[Bug c++/31598] g++ does not accept some OpenMP code

--- Comment #4 from theodore dot papadopoulo at sophia dot inria dot fr 2007-04-26 07:32 --- The patch at posted by Jakub http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01572.html seems to resolve this bug. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598

[Bug c++/31708] threadprivate with function block static reports incomplete type

--- Comment #1 from theodore dot papadopoulo at sophia dot inria dot fr 2007-04-26 07:32 --- This is a duplicate of PR 31598 (which was against 4.3 not 4.2). Jakub Jelinek proposed a patch (http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01572.html) that seems to be accepted but is not yet

[Bug fortran/31683] bogus warnings with optional arguments

--- Comment #7 from jv244 at cam dot ac dot uk 2007-04-26 05:54 --- (In reply to comment #6) > Regarding the original problem with CP2k: A dependence on the optimization > options usually indicates a middle-end problem rather than a (Fortran) > front-end problem. As it occurred around t

[Bug c++/31338] [4.1/4.2 regression] Cannot apply "!" to complex constants

--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-04-26 03:37 --- Fixed in 4.3.0. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summa

[Bug c++/31338] [4.1/4.2/4.3 regression] Cannot apply "!" to complex constants

--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-04-26 03:37 --- Subject: Bug 31338 Author: mmitchel Date: Thu Apr 26 03:37:20 2007 New Revision: 124173 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124173 Log: Fix PR# in ChangeLog: PR c++/31338 * cp-t

[Bug target/31388] ICE building libiberty multilib for mips16 multilibs

--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-04-26 03:29 --- Subject: Bug 31388 Author: mmitchel Date: Thu Apr 26 03:29:43 2007 New Revision: 124172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124172 Log: PR c++/31388 * cp-tree.h (ARITHMETIC_TYPE)

[Bug pending/31709] New: combine and __attributes__((__packed__)) conflict.

a.c: struct f { int i; } __attribute__((__packed__)); const char *foo(struct f *); b.c: struct f; const char *foo(struct f *); c.c (identical to a.c): struct f { int i; } __attribute__((__packed__)); const char *foo(struct f *); gcc -fsyntax-only -combine -ffreestanding a.c b.c c.c c.c:3

[Bug target/30052] [4.2 Regression] possible quadratic behaviour.

--- Comment #16 from dberlin at gcc dot gnu dot org 2007-04-26 02:20 --- Subject: Re: [4.2 Regression] possible quadratic behaviour. On 25 Apr 2007 20:56:24 -, pluto at agmk dot net <[EMAIL PROTECTED]> wrote: > > > --- Comment #15 from pluto at agmk dot net 2007-04-25 21:56 -

[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]

--- Comment #13 from ian at airs dot com 2007-04-26 02:01 --- Created an attachment (id=13445) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13445&action=view) Proposed patch I'm testing this patch on i686-pc-linux-gnu. If somebody can test it on ARM, that would be great. --

[Bug rtl-optimization/31686] wrong codegen from reload

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-26 01:55 --- Fixed: http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00727.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/31403] wrong branch instructions generated with -m2a on sh-elf

--- Comment #6 from kkojima at gcc dot gnu dot org 2007-04-26 01:30 --- Subject: Bug 31403 Author: kkojima Date: Thu Apr 26 01:29:54 2007 New Revision: 124171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124171 Log: PR target/31403 * config/sh/sh.md (movsi_ie):

[Bug c++/31708] New: threadprivate with function block static reports incomplete type

Yesterday (2007-4-25) I downloaded gcc 4.2 and ran into a problem with g++ as illustrated here: template struct xyz { T x, y, z; }; template struct myclass { void fun(void); }; template void myclass::fun(void) { static xyz var;

[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

--- Comment #4 from sje at cup dot hp dot com 2007-04-26 00:58 --- The patch mentioned in Comment #2 is also causing problems on IA64 Linux and HP-UX. If I build a bootstrap compiler and then use the resulting fortran compiler to compile the SPEC 2006 benchmark 173.applu the resulting e

[Bug libmudflap/31681] [4.3 regression]: Many libmudflap faulures

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31681

[Bug middle-end/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp and loops and extern function call

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-25 23:59 --- The problem is that the CFG does not know that the first time through the loop when calling bar, you cannot get to the setjmp. This is a hard problem to solve really. You have to track the uninitialized variable us

[Bug middle-end/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |middle-end h

[Bug c/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

--- Comment #4 from hackbunny at reactos dot com 2007-04-25 23:33 --- A couple more notes: * no warning if setjmp is used instead of __builtin_setjmp * no warning if the call to "bar()" is removed * no warning in GCC 4.1.2 -- hackbunny at reactos dot com changed: What

[Bug c/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

--- Comment #3 from hackbunny at reactos dot com 2007-04-25 23:30 --- Created an attachment (id=13444) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13444&action=view) Final tree dump for the test case By going through the tree dump, it appears the warning has no reason to be --

[Bug c/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

--- Comment #2 from hackbunny at reactos dot com 2007-04-25 23:29 --- Created an attachment (id=13443) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13443&action=view) GIMPLE source for the test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31707

[Bug c/31707] Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

--- Comment #1 from hackbunny at reactos dot com 2007-04-25 23:28 --- Created an attachment (id=13442) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13442&action=view) Preprocessor output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31707

[Bug c/31707] New: Spurious "'' may be used uninitialized in this function" warnings when using __builtin_setjmp

Command line: gcc -c lib\rtl\workitem.c -o obj-i386\lib\rtl\workitem.o -Iobj-i386\lib\rtl -Ilib\rtl -D__USE_W32API -D_NTOSKRNL_ -D__NO_CTYPE_INLINES -DNO_RTL_INLINES -D_NTSYSTEM_ -D_NTDLLBUILD_ -Iobj-i386\lib\rtl -I. -Iinclude -Iinclude\psdk -Iinclude\crt -Iinclude\ddk -Iinclude\GL -Iinclude\ndk -I

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-25 22:58 --- Yes the fortran standard does not define the ABI, the target which you are compiling for does and if you change it in any way (which is what options like -malign-double does) you are going to run into problems like t

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #5 from KnowlesPJ at Cardiff dot ac dot uk 2007-04-25 22:46 --- I guess I walk away from you guys at this point. You need to think carefully about the fortran standard, which does not define any abi whatsoever (unfortunately). The fortran programmer is not supposed to think

[Bug libfortran/31099] [4.3/4.2 regression] Runtime error on legal code using RECL

--- Comment #20 from tkoenig at gcc dot gnu dot org 2007-04-25 22:39 --- *** Bug 31706 has been marked as a duplicate of this bug. *** -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libfortran/31706] recl specified for unformatted sequential file does not work

--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-04-25 22:39 --- This is PR 31099, fixed on more recent versions of gfortran. Closing. *** This bug has been marked as a duplicate of 31099 *** -- tkoenig at gcc dot gnu dot org changed: What|Removed

[Bug libfortran/31706] recl specified for unformatted sequential file does not work

--- Comment #2 from gcc-bugs at wbfb dot de 2007-04-25 22:16 --- (In reply to comment #1) > What is your gfortran version (gfortran -v)? > > I cannot repoduce it with neither -static nor without using > gfortran 4.1.3 20070413 (prerelease) > and 4.3.0 20070425 (experi

[Bug tree-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|rtl-optimization|tree-optimization Keywords||ice

[Bug target/30052] [4.2 Regression] possible quadratic behaviour.

--- Comment #15 from pluto at agmk dot net 2007-04-25 21:56 --- (In reply to comment #14) > > 4.1.2 uses 56MB. > I'll backport the changes (this is more or less copying tree-ssa-structalias.c > from 4.3 to 4.2 and modifying the few things that changed in 4.3 :P) Daniel, are you working

[Bug c++/29000] [4.2/4.3 regression] ICE on invalid use of template in statement-expr

--- Comment #2 from janis at gcc dot gnu dot org 2007-04-25 21:50 --- A regression hunt on powerpc-linux for the changeover from error message to ICE identified the following patch: http://gcc.gnu.org/viewcvs?view=rev&rev=116311 r116311 | jason | 2006-08-21 20:54:57 + (Mon,

[Bug middle-end/29609] [4.1/4.2/4.3 Regression] Even with -O0 -g gcc optimizes a goto away and I cannot debug

--- Comment #2 from janis at gcc dot gnu dot org 2007-04-25 21:31 --- A regression hunt on powerpc-linux looking for DWARF2 line number information for lines with gotos identified this patch: http://gcc.gnu.org/viewcvs?view=rev&rev=83385 r83385 | hubicka | 2004-06-19 15:33:06 +

[Bug fortran/31615] testsuite failure in gfortran.dg/vect/vect-5.f90

--- Comment #7 from dorit at il dot ibm dot com 2007-04-25 21:30 --- > Are you going to submit/install your patch? yes, I'll go ahead and submit the patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31615

[Bug fortran/31645] Error on reading Byte Order Mark

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- |

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-25 19:58 --- >From the man page: "-malign-double -mno-align-double Control whether GCC aligns "double", "long double", and "long long" variables on a two word boundary or a one word boundary. Aligning "double" variables on a two

[Bug libfortran/31706] recl specified for unformatted sequential file does not work

--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-25 19:54 --- What is your gfortran version (gfortran -v)? I cannot repoduce it with neither -static nor without using gfortran 4.1.3 20070413 (prerelease) and 4.3.0 20070425 (experimental) under x86_64-unknown-linux-gnu

[Bug target/18989] A few potentially ominous, and several likely harmless warnings during 4.0 build

--- Comment #4 from aesok at gcc dot gnu dot org 2007-04-25 19:52 --- Subject: Bug 18989 Author: aesok Date: Wed Apr 25 19:52:21 2007 New Revision: 124162 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124162 Log: PR target/18989 * config/avr/avr.h (ASM_OUTPUT_AL

[Bug target/28197] longjmp and alloca cause bus error at -O0

-- geoffk at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug target/28197] longjmp and alloca cause bus error at -O0

--- Comment #3 from geoffk at gcc dot gnu dot org 2007-04-25 19:49 --- I'm fairly sure this is in fact a bug in GCC. The problem is that in a routine which uses setjmp, alloca() must ensure that the previous stack backchain is preserved, which means it needs to allocate enough space for

[Bug fortran/31683] bogus warnings with optional arguments

--- Comment #6 from burnus at gcc dot gnu dot org 2007-04-25 19:49 --- Has anyone any objection if I change the purpose of this PR to: - gfortran should detect that the local variable ncoset is never allocated - as NAG f95 does: Error: foo.f90, line 45: ALLOCATABLE array NCOSET u

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #33 from dberlin at gcc dot gnu dot org 2007-04-25 19:45 --- I think richi said on IRC that the following backport from 4.3 will fix it (if so, it's the correct fix here) Index: tree-ssa-structalias.c === --- t

[Bug target/18989] A few potentially ominous, and several likely harmless warnings during 4.0 build

--- Comment #3 from aesok at gcc dot gnu dot org 2007-04-25 19:38 --- Subject: Bug 18989 Author: aesok Date: Wed Apr 25 19:38:32 2007 New Revision: 124159 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124159 Log: PR target/18989 * config/avr/avr.h (ASM_OUTPUT_AL

[Bug libfortran/31706] New: recl specified for unformatted sequential file does not work

PROGRAM ReclBug OPEN (UNIT= 11, FILE= 'bla', ACCESS= 'SEQUENTIAL', & FORM= 'UNFORMATTED', RECL= 100, & STATUS= 'UNKNOWN', ACTION= 'WRITE', IOSTAT= iostat ) IF (iostat /= 0) STOP WRITE (11) 1,2,3 CLOSE (11, STATUS= 'KEEP') END PROGRAM ReclBug !! > gfortran re

[Bug inline-asm/31705] New: inline assembler causes ICE: extract_constrain_insn_cached, at recog.c:2002

The source file: double helperDoubleTan(double * a, double * b) { double tmpA, tmpB; tmpA = *a; { double y[3] = { 0.0, 0.0, 0.0 }; double r; int lq; lq = __ieee754_rem_pio2(tmpA, y); r = y[0];

[Bug debug/29202] [4.1/4.2/4.3 Regression] ICE with external template and const data in the template

--- Comment #4 from janis at gcc dot gnu dot org 2007-04-25 18:55 --- A regression hunt on powerpc-linux using the reduced testcase from comment #3 with "-g2 -feliminate-dwarf2-dups -finline-functions" identified the following patch: http://gcc.gnu.org/viewcvs?view=rev&rev=100802

[Bug libgcj/31700] [JNI] -X options not recognised by JNI_CreateJavaVM

--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-25 18:38 --- Yeah, this logic looks bogus. -- tromey at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/16625] Discarded Linkonce sections in .rodata

--- Comment #48 from zhong dot xie at yahoo dot ca 2007-04-25 18:16 --- Solaris 10 x86 i386 gcc 3.3.6, binutils 2.17.50.20070307 has the same issue. binutils 2.17.50.20070307 not even compile under this platform. We have to modify some scripts to make it work. -- zhong dot xie at

[Bug rtl-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

--- Comment #3 from hjl at lucon dot org 2007-04-25 18:15 --- rewrite_bittest has lhs = GENERIC_TREE_OPERAND (stmt, 0); ... /* A & (1 << B) */ t = fold_build2 (BIT_AND_EXPR, TREE_TYPE (a), a, name); stmt2 = build_gimple_modify_stmt (lhs, t); When A & (1 << B) is

[Bug fortran/31615] testsuite failure in gfortran.dg/vect/vect-5.f90

--- Comment #6 from ghazi at gcc dot gnu dot org 2007-04-25 18:14 --- (In reply to comment #5) > ah, ok. so, in that case we probably want to just change the '3' to '2' in the > above test: > Index: testsuite/gfortran.dg/vect/vect-5.f90 > =

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-25 18:12 --- Does not matter, this option changes the ABI, it is like any other ABI changing option, you should not use it unless you understand what you are doing which is clearly not the case. -- pinskia at gcc dot gnu dot

[Bug fortran/31616] testsuite failures in gfortran.dg/open_errors.f90

--- Comment #8 from ghazi at gcc dot gnu dot org 2007-04-25 18:08 --- Updated testsuite results: http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01287.html -- ghazi at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/31616] testsuite failures in gfortran.dg/open_errors.f90

--- Comment #7 from ghazi at gcc dot gnu dot org 2007-04-25 18:07 --- Patch installed -- ghazi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unas

[Bug target/31701] Program giving segmentation fault with '-O2' optimization.

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |target

[Bug preprocessor/30867] Can we have a new __DATE__ which is sortable, eg YYYY-MM-DD

--- Comment #3 from eweddington at cso dot atmel dot com 2007-04-25 18:04 --- Note that the -MM-DD date format is ISO standard 8601, which also includes formats for time as well. Any new formats for __DATE__ and __TIME__ should probably conf

[Bug c++/31438] [4.3 regression] ICE with invalid use of parameter pack in specialization

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31437] [4.3 regression] ICE with invalid use of parameter pack in member function arg

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31436] [4.3 regression] ICE with invalid use of parameter pack in function arg

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31435] [4.3 regression] ICE with invalid use of parameter pack in function arg

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31433] [4.3 regression] ICE with invalid parameter pack for template struct

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31432] [4.3 regression] ICE with invalid parameter pack for template struct

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31431] [4.3 regression] ICE with invalid parameter pack

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug rtl-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

--- Comment #2 from hjl at lucon dot org 2007-04-25 17:24 --- I have verified that this patch http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01399.html causes this regression. On Linux/i686, it fails to compile gcc 3.2. On Linux/x86-64, it miscompiles gcc 3.2. -- hjl at lucon dot org

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #32 from rguenth at gcc dot gnu dot org 2007-04-25 17:13 --- No idea. The only place I found was setup_pointers_and_addressables, but that hits the path only if /* Add pointer variables that have been dereferenced to the POINTERS array and create a symbol me

[Bug driver/31694] __GFORTRAN__ preprocessor macro

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch Target Milestone|--- |4.3.0 http:

[Bug tree-optimization/31698] [4.1 Regression] ICE in compare_name_with_value, at tree-vrp.c:3272

--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-25 17:10 --- Subject: Bug 31698 Author: rguenth Date: Wed Apr 25 17:10:31 2007 New Revision: 124158 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124158 Log: 2007-04-25 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/29446] [4.2 Regression] VRP ICE in compare_names

--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-25 17:10 --- Subject: Bug 29446 Author: rguenth Date: Wed Apr 25 17:10:31 2007 New Revision: 124158 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124158 Log: 2007-04-25 Richard Guenther <[EMAIL PROTECTED]>

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #31 from dberlin at gcc dot gnu dot org 2007-04-25 17:01 --- Subject: Re: [4.2 Regression] -O3 optimizer bug On 25 Apr 2007 15:32:41 -, rguenth at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #29 from rguenth at gcc dot gnu dot org 2007-04-25 1

[Bug driver/31107] --target-help doesn't say which options are compiler, assembler or linker options

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||rsandifo at sources dot |

[Bug c++/31445] [4.3 regression] type_argument_pack not supported by dump_type

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/30431] failure to check for visible declaration of friend function to template class

--- Comment #4 from vbraun at physics dot upenn dot edu 2007-04-25 16:51 --- Super-condensed testcase (gcc 4.1.2): -- snip on - template void f() {} class A { void f() {}; friend void f(); // line 5 }; -- snip off - [EMAIL

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #2 from KnowlesPJ at Cardiff dot ac dot uk 2007-04-25 16:47 --- I don't understand your response, or the assumptions that might be behind it. The program is standard fortran that compiles without warning, and I cannot see why I would not want doubles aligned at 64 bits on x8

[Bug c++/31444] [4.3 regression] ICE with invalid use of parameter pack in member template

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31443] [4.3 regression] ICE with invalid use of parameter pack in member template

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31442] [4.3 regression] ICE with variadic template and default argument

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31441] [4.3 regression] ICE with variadic template and specialization

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug c++/31439] [4.3 regression] ICE with variadic template and broken specialization

-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #30 from rguenth at gcc dot gnu dot org 2007-04-25 16:42 --- Created an attachment (id=13441) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13441&action=view) a patch I like more this one attached, bootstrap/testing in progress. -- http://gcc.gnu.org/bugzilla/sho

[Bug target/31702] Pointer Arithmetic Crash When Optimizing

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |target

[Bug c/31702] Pointer Arithmetic Crash When Optimizing

--- Comment #1 from eweddington at cso dot atmel dot com 2007-04-25 16:34 --- This is very probably an mcore target issue. The test case passes for the AVR target for 4.1.1 and 4.1.2 with all -O settings (0,1,2,3,s). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31702

[Bug fortran/31696] -malign-double trashes fortran format

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-25 16:34 --- what do you expect from an abi changing option? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #29 from rguenth at gcc dot gnu dot org 2007-04-25 16:32 --- Oh, btw. why the may_aliases bitmap for SMT.11 is empty on entry to the loops computing the transitive closure (it tries to, right?) is that SFT.0 is not considered stored to in the first nested loop over pointers

[Bug rtl-optimization/31704] New: x86_64 poor floating point register allocation across function call

When I compile this test case with -O2 for x86_64: extern void g (void); float f (float sum, float mult, int *pi) { int i, j; for (i = 0; i < 10; ++i) { g (); for (j = 0; j < 1000; ++j) sum += *pi++ * mult; } return sum; } I get this result: f: .LFB2: pu

[Bug target/26792] [4.2 Regression] need to use autoconf when using newly-added libgcc functions

--- Comment #40 from schwab at suse dot de 2007-04-25 15:46 --- Closing for now. -- schwab at suse dot de changed: What|Removed |Added Status|REOPENED

[Bug c/31695] __builtin_ctzll slower than 2*__builtin_ctz

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-25 15:38 --- Because it calls into libgcc and that without tail-calling: _Z5func1y: .LFB2: pushl %ebp .LCFI2: movl%esp, %ebp .LCFI3: subl$24, %esp .LCFI4: movl8(%ebp), %eax m

[Bug middle-end/31697] [4.3 Regression] Crash of gen. prog. when using -funroll-loops -march=opteron

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[Regression 4.3] Crash of |[4.3 Regression] Crash of |gen. prog. when using -

[Bug rtl-optimization/31703] [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

--- Comment #1 from hjl at lucon dot org 2007-04-25 15:25 --- Created an attachment (id=13440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13440&action=view) A testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31703

[Bug rtl-optimization/31703] New: [4.3 regression]: Gcc 4.3 revision 124101 failed to compile gcc 3.2

bash-3.1$ ./xgcc -m32 -B./ -O2 -S /tmp/reload1.i reload1.c: In function ‘reload_reg_free_p’: reload1.c:4420: internal compiler error: in simplify_subreg, at simplify-rtx.c:4677 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructi

[Bug tree-optimization/31698] [4.1 Regression] ICE in compare_name_with_value, at tree-vrp.c:3272

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |tree-optimization Summary|ICE in |[4.

[Bug c++/31698] ICE in compare_name_with_value, at tree-vrp.c:3272

--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-25 15:21 --- This is related to PR29446, backporting the fix for it should fix this one also. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/31702] New: Pointer Arithmetic Crash When Optimizing

Compilation *crashes* when -O argument is greater than 0 (i.e. -O1, -O2, or -O3). If -O0 is used (or -O is omitted) compilation *passes*. Note that "a" below needs to be external to the function. If the line "char* a;" is placed inside the test() function, compilation *passes*. REDUCED TEST CAS

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #28 from rguenth at gcc dot gnu dot org 2007-04-25 15:04 --- Created an attachment (id=13439) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13439&action=view) prototype patch I'm testing this one. It'll make aliasing slower and more conservative, so I bet it's not th

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #27 from rguenth at gcc dot gnu dot org 2007-04-25 14:42 --- The workaround doesn't work. I'll test the patch in comment #26, otherwise I'm out of ideas and clue on how it should work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30567

[Bug middle-end/31691] [4.1 regression] optimized code taking the wrong branch

--- Comment #4 from stephaniechc-gccbug at yahoo dot com 2007-04-25 14:26 --- Created an attachment (id=13438) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13438&action=view) output of -fdump-tree-optimized -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31691

[Bug tree-optimization/30567] [4.2 Regression] -O3 optimizer bug

--- Comment #26 from rguenth at gcc dot gnu dot org 2007-04-25 14:22 --- We fail to add the SFTs to the may_alias set of SMT.11, so add_virtual_operand sees NULL may_aliases and doesn't add SFTs as clobbered. I believe compute_flow_insensitive_aliasing is the culprit here as one can ea

[Bug c/31701] New: Program giving segmentation fault with '-O2' optimization.

Hello all, I have successfully built SH4-Linux toolchain based on (binutils-2.17, gcc-4.2-20061205, glibc-2.5) for Renesas SH target. I am facing problem while executing the following program. -- #include extern void fun

[Bug libgcj/31700] New: [JNI] -X options not recognised by JNI_CreateJavaVM

JNI_CreateJavaVM fails to recognise -X options such as -Xmx and friends. It says: libgcj: unknown option: -Xmx128M I tracked it to this code in libjava/prims.cc: else if (vm_args->ignoreUnrecognized) { if (option_string[0] == '_') parse_x_arg (option_string +

[Bug middle-end/31697] [Regression 4.3] Crash of gen. prog. when using -funroll-loops -march=opteron

--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-25 13:28 --- Might be related to the similar PR 31699. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31697

[Bug middle-end/31699] New: [Regression 4.3] -march=opteron -ftree-vectorize generates wrong code

This is with the Polyhedron rnflow.f90 test case (http://www.polyhedron.co.uk/pb05/polyhedron_benchmark_suite.html) It was working on 2007-04-23 (should be r124055) and started to fail since 2007-04-24 (should be r124093). (Same with PR 31697) Crash after 1.5 seconds with gfortran -m32 -march=o

[Bug java/31622] Segment violation in the “toString” method on a mathematical expression

--- Comment #7 from eduardo dot iniesta at aquiline dot es 2007-04-25 13:26 --- Thank you very much, Tom. I have updated GCC 4.3.0. Everything is well. (In reply to comment #6) > Ok. You are running a version of gcj 4.3 from *before* the gcj-eclipse > merge. So, this is correctly ma

[Bug c++/31698] ICE in compare_name_with_value, at tree-vrp.c:3272

--- Comment #1 from thimo dot neubauer at cst dot com 2007-04-25 12:53 --- Created an attachment (id=13437) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13437&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31698

[Bug c++/31698] New: ICE in compare_name_with_value, at tree-vrp.c:3272

beachboys++ /tmp> g++ -O2 mytestcase.i mytestcase.i: In member function ‘void D::Do(B*, C*)’: mytestcase.i:36: internal compiler error: in compare_name_with_value, at tree-vrp.c:3272 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for ins

  1   2   >