--- Comment #5 from irar at il dot ibm dot com 2008-03-13 06:51 ---
(In reply to comment #4)
> This still happens on mainline.
>
> I wonder if vectorizer infrastructure can be re-used here to detect unrolled
> and looped version of memset. In addition to loop that can be "vectorized", w
--- Comment #2 from varg at theor dot jinr dot ru 2008-03-13 06:42 ---
Richard Guenther wrote:
> the object compare is invoked on is not properly initialized (its _vptr is
> NULL).
Not exactly. The object (or rather, the pointer managed by that objects) gets
deleted too early.
> Pleas
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-13 06:32 ---
This installer is not an official installer from the FSF, please report it to
the fortran@ mailing list as I think FX supports it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
I don't quite know how this installer falls into the gcc scheme of things.
I am on Mac OSX 10.4.11. my gcc-v is:
Using built-in specs.
Target: i686-apple-darwin8
Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/share/man
--enable-lan
--- Comment #11 from xinliangli at gmail dot com 2008-03-13 06:20 ---
(In reply to comment #10)
> Subject: Re: New: Error with -fprofile-use
>
> xinliangli at gmail dot com wrote:
> > In the following example, profile data generated by -O0 binary run can not
> > be
> > used for profi
--- Comment #10 from wilson at tuliptree dot org 2008-03-13 06:02 ---
Subject: Re: New: Error with -fprofile-use
xinliangli at gmail dot com wrote:
> In the following example, profile data generated by -O0 binary run can not be
> used for profile-use at -O2. This is either a bug or de
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-03-13 05:30
---
Actually I was looking at the wrong testresults :). The build failed but I
think that was my machine acting up again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-03-13 05:27
---
+FAIL: g++.dg/warn/Wunused-9.C (test for warnings, line 32)
+f(); // { dg-warning "not used" }
+FAIL: g++.dg/warn/noeffect4.C (test for warnings, line 80)
const_cast (x.Foo ()); // { dg-warning "not
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-03-13 05:19
---
I have a method figured out for async I/O that will handle things as they are
now, However, it would greatly improve the situation if we fix this implied do
loop business.
--
jvdelisle at gcc dot gnu dot org c
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-03-13 05:14
---
FX, are you OK on this or do you still have a concern?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35009
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-13 04:47
---
Putting this on my todo list
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-12 23:58 ---
Should have been fixed by PR 35524.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35563
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/test/gnu/gcc/gcc/gcc/testsui
te/gfortran.dg/PR19754_2.f90 -O0 -pedantic-errors
-L/test/gnu/gcc/objdir/hp
pa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/ob
--- Comment #1 from knuckles at gmail dot com 2008-03-12 21:52 ---
Created an attachment (id=15306)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15306&action=view)
softfloat-native.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35562
Trying to compile qemu 0.9.1 on arm (linksys nslu2), on debian linux. Kernel:
Linux linux 2.6.18-6-ixp4xx #1 Tue Feb 12 00:57:53 UTC 2008 armv5tel GNU/Linux
Qemu configured with:
$ CFLAGS="-mcpu=xscale -mtune=xscale" CXXFLAGS="-mcpu=xscale -mtune=xscale"
./configure --prefix=/xpto/qemu/ --disable-
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-12 21:41 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-12 21:23 ---
By constructor I mean the initializer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35561
--- Comment #4 from xinliangli at gmail dot com 2008-03-12 21:19 ---
(In reply to comment #3)
> If there is not enough 0's, then we actually promote the constructor but never
> the variable.
>
I am a little confused. How do you promote constructor? By the way, this is a C
program.
Dav
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-12 21:15 ---
If there is not enough 0's, then we actually promote the constructor but never
the variable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35561
--- Comment #2 from xinliangli at gmail dot com 2008-03-12 21:12 ---
(In reply to comment #1)
> This should be already done.
>
With which option? I tried with -O2/-O3, it does not kick in:
int foo(int n, int* p)
{
int i,s=0;
int arr[100] = {
1,2,3,3,4,3,3,3,3,5,6,7,1,1,1,1,1,
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-12 21:07 ---
This should be already done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35561
// David Li
In some programs (not so rare), local arrays/aggregates are used to hold some
program parameters that never change. Such local arrays are candidates for
being promoted into readonly static data, in order to 1) reducing stack size;
2) avoid paying the overhead of the initializing the ar
--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-12 20:47 ---
This is known bug of OSX 10.5.2 (radar 5782719). The only thing we can do is
wait for Apple to fix it.
See pr35285 for fortran examples.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35556
In the following example, three loads to the vtable pointer value can be CSEed,
so are two accesses to the same vtable entry (for foo), but final assembly
dumping indicate otherwise. It is true that the object pointed to by ap may be
modified by the calls, but this does not apply to the vptr field
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-03-12 20:42 ---
So what is happening is we don't model the SAT bit of VSCR on the tree level
(in the builtins) so the saturated builtins cannot be marked as const. They
are modeled correctly at the RTL level though.
--
http://
--- Comment #2 from xinliangli at gmail dot com 2008-03-12 20:37 ---
(In reply to comment #1)
> I guess I am the master of missed optimization bugs :). No seriously I am the
> master of knowing all the bugs :).
>
> *** This bug has been marked as a duplicate of 23383 ***
>
Looks like
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-12 20:29 ---
*** Bug 35559 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-12 20:29 ---
I guess I am the master of missed optimization bugs :). No seriously I am the
master of knowing all the bugs :).
*** This bug has been marked as a duplicate of 23383 ***
--
pinskia at gcc dot gnu dot org change
Global Operator new returns a memory disjoint from previous allocated memory
from operator new -- this is the requirement even for user provided version.
See standard 3.7.3.1 for details.
This is not taken advantage of by gcc -- there might be a duplicate for this --
since this looks like a major
--- Comment #8 from pcarlini at suse dot de 2008-03-12 19:47 ---
*** Bug 35557 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #1 from pcarlini at suse dot de 2008-03-12 19:47 ---
Really, we know about this type of annoying situations, very hard to deal with
within the requirements of C++03, because implementors often do not have
control on the contents of the underlying C library headers. The standa
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-03-12 19:17 ---
Note this patch does not fully work as it marks vec_mtvscr as being constant
which it is not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23983
I got
Executing on host:
/export/build/gnu/gcc-stack/build-i686-linux/gcc/testsuite/g++/../../g++
-B/export/build/gnu/gcc-stack/build-i686-linux/gcc/testsuite/g++/../../
tls_runtime13456.c -nostdinc++
-I/export/build/gnu/gcc-stack/build-i686-linux/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-li
--- Comment #2 from joseph at codesourcery dot com 2008-03-12 18:38 ---
Subject: Re: -Wparentheses not useful in its current form
On Wed, 12 Mar 2008, manu at gcc dot gnu dot org wrote:
> My opinion is that since -Wparentheses appears in released versions, we should
> keep its behavio
--- Comment #2 from ubizjak at gmail dot com 2008-03-12 18:33 ---
I guess we should use something like:
Index: i386.h
===
--- i386.h (revision 133145)
+++ i386.h (working copy)
@@ -691,6 +691,10 @@
builtin
--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-12 17:49 ---
Created an attachment (id=15305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15305&action=view)
gcc44-pr35185.patch
WIP patch I'm playing with. It just looks for statements that reference
variables with DECL_
While trying to compile this test program:
// begin
int write;
#include
int main()
{ return 0; }
// end
i got the following error message:
$ g++ -Wall test.cpp
In file included from
/usr/lib/gcc/i386-redhat-linux/3.4.3/../../../../include/c++/3.4.3/i
--- Comment #1 from laura at filmlight dot ltd dot uk 2008-03-12 16:59
---
Created an attachment (id=15304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15304&action=view)
output from building with -save_temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35556
log10 in a 64 bit Intel build on OS X sometimes returns a result of 0, no
matter what the argument.
gcc version:
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/sh
are/man --enable-l
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #15 from asteinarson at gmail dot com 2008-03-12 16:41 ---
I had missed to use the flag -fnon-call-exceptions.
With that enabled it works as it should.
Regards
// ATS
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34152
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-12 16:19 ---
Works just fine here, at least with:
#include
#include
#include
void
stSigSegvHandler (int dummy)
{
throw "SIGSEGV signaled";
}
int g_cnt;
struct StructWithDtor
{
StructWithDtor () : m_cnt (g_cnt++) {}
~Stru
--- Comment #9 from hjl dot tools at gmail dot com 2008-03-12 16:14 ---
(In reply to comment #7)
> Subject: Re: FAIL: gcc.dg/tree-ssa/ssa-store-ccp-4.c
> scan-tree-dump-times optimized "conststaticvariable" 1
>
> > Dominique, can you test it?
>
> I have now on i686-apple-darwin9 32 b
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-03-12 16:14
---
*** Bug 3 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34152
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-12 16:14 ---
*** This bug has been marked as a duplicate of 34152 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from hjl dot tools at gmail dot com 2008-03-12 16:06 ---
(In reply to comment #7)
> Subject: Re: FAIL: gcc.dg/tree-ssa/ssa-store-ccp-4.c
> scan-tree-dump-times optimized "conststaticvariable" 1
>
> > Dominique, can you test it?
>
> I have now on i686-apple-darwin9 32 b
This is the same bug as 34152 but in a slightly new version in GCC 4.3.0.
When trying to convert a SIGSEGV signal to a C++ exception, GCC dies and
dumps a core.
This was working in GCC 4.2.1 with patches mentioned in 34152.
I changed eh_personality.cc slightly, to verify that the right code
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-03-12 15:34 ---
*** This bug has been marked as a duplicate of 35524 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-03-12 15:34 ---
*** Bug 35554 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35524
--- Comment #9 from bonzini at gnu dot org 2008-03-12 15:34 ---
fixed in 4.4
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from dominiq at lps dot ens dot fr 2008-03-12 15:21 ---
Subject: Re: FAIL: gcc.dg/tree-ssa/ssa-store-ccp-4.c
scan-tree-dump-times optimized "conststaticvariable" 1
> Dominique, can you test it?
I have now on i686-apple-darwin9 32 bit mode:
FAIL: gcc.dg/tree-ssa/ssa-st
The following applies to the March 7 snapshot under NetBSD. When I compile and
link the following program:
PROGRAM test
END PROGRAM test
I get the following messages:
/home/mrichmon/irun/lib/gcc/i386-unknown-netbsdelf4.0/4.4.0/../../../libgfortran.so:
undefined reference to `truncl'
/home/mrichm
--- Comment #1 from manu at gcc dot gnu dot org 2008-03-12 15:05 ---
Bugzilla is not the appropriate place to seek opinions, [EMAIL PROTECTED] would
be a better place. This has been discussed already and there was some consensus
about splitting the warnings about precedence of operators
--- Comment #1 from gpiez at web dot de 2008-03-12 14:49 ---
Created an attachment (id=15303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15303&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35553
#include
int main(int argc, char** argv) {
return 0;
}
---
If compiled with g++ -O -fkeep-inline-functions, this errors out with
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1-pre20080306/include/emmintrin.h: In
function ‘long long int __vector__ _mm_shuffle_epi32(long long int
__vector__, in
--- Comment #4 from E dot Kuemmerle at fz-juelich dot de 2008-03-12 14:45
---
The bug ist still present in gcc 4.3.0:
bug.cpp:16: internal compiler error: in create_tmp_var, at gimplify.c:497
--
E dot Kuemmerle at fz-juelich dot de changed:
What|Removed
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-03-12 14:30
---
Subject: Bug 35469
Author: rguenth
Date: Wed Mar 12 14:29:35 2008
New Revision: 133143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133143
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #43 from rguenth at gcc dot gnu dot org 2008-03-12 14:30
---
Subject: Bug 35035
Author: rguenth
Date: Wed Mar 12 14:29:35 2008
New Revision: 133143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133143
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #41 from rguenth at gcc dot gnu dot org 2008-03-12 14:30
---
Subject: Bug 33887
Author: rguenth
Date: Wed Mar 12 14:29:35 2008
New Revision: 133143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133143
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #42 from rguenth at gcc dot gnu dot org 2008-03-12 14:26
---
Subject: Bug 35035
Author: rguenth
Date: Wed Mar 12 14:25:48 2008
New Revision: 133142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133142
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #40 from rguenth at gcc dot gnu dot org 2008-03-12 14:26
---
Subject: Bug 33887
Author: rguenth
Date: Wed Mar 12 14:25:48 2008
New Revision: 133142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133142
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-12 14:26 ---
Subject: Bug 35469
Author: rguenth
Date: Wed Mar 12 14:25:48 2008
New Revision: 133142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133142
Log:
2008-03-12 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-03-12 14:23
---
I will put a test case in and close this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33296
--- Comment #6 from hjl dot tools at gmail dot com 2008-03-12 13:45 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00727.html
Dominique, can you test it?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
I am trying to run GCJ on ARM9 platform from Texas Instruments / Monta Vista
(MVLCEE3.3.1 OMAP730).
Problem: GCJ builds fine, but when I run programs compiled by it, it gives me
segmentation fault.
This is my target system:
ARM9TDMI
MV Linux 2.4.20
Glibc 2.3.2
Binutils 2.14
GCC 3.3.1
So I cross
--- Comment #1 from schnorr at gmail dot com 2008-03-12 12:59 ---
Created an attachment (id=15302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15302&action=view)
source file that causes the error
gunzip oi.mm.gz
and
g++ -Wall oi.mm -c -Wno-import -g -fno-strict-aliasing -fgnu-
[EMAIL PROTECTED]:/tmp$ gcc -v -save-temps -c -Wno-import -g
-fno-strict-aliasing
-fgnu-runtime -fconstant-string-class=NSConstantString oi.mm -o oi.o
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=
--- Comment #8 from bonzini at gnu dot org 2008-03-12 12:56 ---
Hmm maybe I can go through an unsigned type.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34522
--- Comment #7 from bonzini at gnu dot org 2008-03-12 12:50 ---
The expand patch does not bootstrap, even with the tweaks Jakub suggested.
I'm also hesitant to fold it on the tree level because it's actually undefined
code unless -fwrapv. For example if a = b = 65536LL,
(int) a * (in
--- Comment #53 from rguenther at suse dot de 2008-03-12 12:12 ---
Subject: Re: [4.2 Regression] points-to analysis
slow and memory hungry
On Wed, 12 Mar 2008, chkr at plauener dot de wrote:
> --- Comment #52 from chkr at plauener dot de 2008-03-12 11:18 ---
> (In reply to c
--- Comment #53 from rguenther at suse dot de 2008-03-12 12:12 ---
Subject: Re: [4.2 Regression] points-to analysis
slow and memory hungry
On Wed, 12 Mar 2008, chkr at plauener dot de wrote:
> --- Comment #52 from chkr at plauener dot de 2008-03-12 11:18 ---
> (In reply to c
--- Comment #5 from gschafer at zip dot com dot au 2008-03-12 11:26 ---
(In reply to comment #4)
>
> The example you describe looks an awful lot like a cross-compile.
No, it's definitely native. See below.
> Is there
> anything preventing you from configuring with --enable-build-sysro
--- Comment #52 from chkr at plauener dot de 2008-03-12 11:18 ---
(In reply to comment #33)
> it does fix the xf86ScanPci.i testcase (time/mem hog) and this is great
Unfortunately it looks like that the patch it did _not_ fix the mem hog
problem.
I'm compiling the xorg-xserver using gc
--- Comment #4 from ubizjak at gmail dot com 2008-03-12 11:05 ---
This still happens on mainline.
I wonder if vectorizer infrastructure can be re-used here to detect unrolled
and looped version of memset. In addition to loop that can be "vectorized", we
have something resembling "vector
My OS is Red Hat Enterprise Linux Server release 5.1 (Tikanga).
Kernel version is 2.6.18-53.el5.
gcc version is 4.1.2.
I try to limit memory size to 192MB and then make linux kerenl with "make -j
8".
But every time it always reflects "gcc: Internal error: Segmentation fault
(program as)" and then s
--- Comment #32 from fxcoudert at gcc dot gnu dot org 2008-03-12 10:36
---
(In reply to comment #31)
>> a compiler configured on powerpc-apple-darwin9 but
>> run on powerpc-apple-darwin8 might prove interesting.
>
> I am not sure this will be possible. For other reasons I tried it on I
--- Comment #5 from dominiq at lps dot ens dot fr 2008-03-12 10:35 ---
> There are also issues with ssa-store-cpp-3.c and -fpic on i686 and x86_64
> linux:
I have noticed the same issue on i686-apple-darwin9:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00841.html
The config is:
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-03-12 10:29
---
Fixed, thanks for your report.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-03-12 10:25
---
Subject: Bug 35524
Author: fxcoudert
Date: Wed Mar 12 10:24:29 2008
New Revision: 133138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133138
Log:
PR libfortran/35524
* intrinsics/erfc_sc
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-12 10:19 ---
It's by no means a "simple" program ;)
the failure mode is that
Program received signal SIGSEGV, Segmentation fault.
0x00400bed in basic::compare (this=0x603040, [EMAIL PROTECTED]) at
t.C:98
98
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-12 10:08 ---
GCC inserts code to update counters inline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-12 10:08 ---
Subject: Bug 35549
Author: jakub
Date: Wed Mar 12 10:07:19 2008
New Revision: 133137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133137
Log:
PR middle-end/35549
* omp-low.c (maybe_lookup_dec
--- Comment #4 from ubizjak at gmail dot com 2008-03-12 09:57 ---
(In reply to comment #3)
> There are also issues with ssa-store-cpp-3.c and -fpic on i686 and x86_64
Index: ssa-store-ccp-3.c
===
--- ssa-store-ccp-3.c (re
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-12 09:56 ---
Subject: Bug 35549
Author: jakub
Date: Wed Mar 12 09:55:48 2008
New Revision: 133136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133136
Log:
PR middle-end/35549
* omp-low.c (maybe_lookup_dec
--- Comment #3 from ubizjak at gmail dot com 2008-03-12 09:33 ---
There are also issues with ssa-store-cpp-3.c and -fpic on i686 and x86_64
linux:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00828.html
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00831.html
--
http://gcc.g
extern void abort (void);
int
main (void)
{
int i = 6, n = 0;
omp_set_dynamic (0);
omp_set_nested (1);
#pragma omp parallel shared (i) num_threads (3)
{
if (omp_get_num_threads () != 3)
#pragma omp atomic
n += 1;
#pragma omp parallel shared (i) num_threads (4)
{
--- Comment #2 from dileeshjostin at rediffmail dot com 2008-03-12 09:13
---
(In reply to comment #1)
> Can you provide the preprocessed source?
>
i am a newbie in this field ..Could you please tell me how to preprocess a
source ? I have to give some additonal optionw with make?
--
--- Comment #6 from bonzini at gnu dot org 2008-03-12 09:00 ---
testing
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gn
$ cat oops.cpp
class refcounted
{
public:
refcounted() throw() : refcount(0) { }
unsigned add_reference() throw()
{
return ++refcount;
}
unsigned remove_reference() throw()
{
return --refcount;
}
u
The new warnings about parentheses suggested around &&
inside || and things like that are annoying. For me, and
I assume for many other programmers, these are as natural
as that * is stronger than +.
So I will definitely not litter my code with parentheses
to make GCC happy about this. Rather I'd
--- Comment #13 from dominiq at lps dot ens dot fr 2008-03-12 08:04 ---
Subject: Re: [4.3/4.4 regression] nearest(huge(1.0),1.0)
gives an error
> Dominique, can you please confirm this is fixed for you?
Works for me too on 4.4 and 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
Source code (no includes needed, no preprocessor involved at all)
template
class T
{
void operator() (char const * ...) __attribute__((format(printf,2,3)));
};
template class T<3>;
-
--- Comment #8 from xinliangli at gmail dot com 2008-03-12 07:17 ---
(In reply to comment #5)
> For reference see:
> http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01205.html
> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00200.html
> http://gcc.gnu.org/ml/gcc/2005-12/msg00215.html
>
> An
--- Comment #7 from xinliangli at gmail dot com 2008-03-12 07:12 ---
(In reply to comment #6)
> I should note that when GCC emits the annotations for profiling, it actually
> emits the counter updates and all and other optimizations don't need to know
> about them except if they want to
96 matches
Mail list logo
