[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #14 from lucier at math dot purdue dot edu 2008-09-18 01:30 --- Created an attachment (id=16351) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16351&action=view) detailed memory stats with checking enabled and long statistic counters I reran the test problem with chec

[Bug target/36539] IRA+i386 doesn't allocate asm output being returned to eax

--- Comment #7 from astrange at ithinksw dot com 2008-09-18 01:29 --- Updated to 32-bit only. -- astrange at ithinksw dot com changed: What|Removed |Added Sever

[Bug tree-optimization/26854] [4.3/4.4 Regression] Inordinate compile times on large routines

--- Comment #75 from lucier at math dot purdue dot edu 2008-09-18 01:19 --- Created an attachment (id=16350) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16350&action=view) statistics with checking enabled and using longs to count bytes Using the patch from http://gcc.gnu.org/m

[Bug tree-optimization/30930] [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

--- Comment #11 from pinskia at gcc dot gnu dot org 2008-09-18 01:00 --- Here is a testcase which shows a missed optimization in general (on both the tree level and the RTL one) for x86 with SSE2: #define vector __attribute((vector_size(16) )) vector float a; float f(float b) { vecto

[Bug tree-optimization/37568] [4.4 regression] ICE returning a struct

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37568

[Bug tree-optimization/37568] New: [4.4 regression] ICE returning a struct

The following valid C++ testcase triggers an ICE on mainline when compiled with "-fmudflap -O": == struct A { int i; }; A foo() { A a = { 1 }; return a; } A a = foo(); == bug.cc: In function 'A foo()': bug.cc:12: internal compiler error: in analyze_function

[Bug testsuite/25241] [C++] DejaGNU does not distinguish between errors and warnings

--- Comment #63 from janis at gcc dot gnu dot org 2008-09-17 23:24 --- Subject: Bug 25241 Author: janis Date: Wed Sep 17 23:23:11 2008 New Revision: 140437 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140437 Log: PR testsuite/25241 * g++.old-deja/g++.brendan/cr

[Bug libstdc++/37547] [c++0x] minmax with initializer_list gives incorrect results

-- paolo dot carlini at oracle dot com changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37547

[Bug libstdc++/37547] [c++0x] minmax with initializer_list gives incorrect results

--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-17 23:04 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug libstdc++/37547] [c++0x] minmax with initializer_list gives incorrect results

--- Comment #2 from paolo at gcc dot gnu dot org 2008-09-17 22:59 --- Subject: Bug 37547 Author: paolo Date: Wed Sep 17 22:58:38 2008 New Revision: 140435 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140435 Log: 2008-09-17 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug middle-end/37567] New: tree SSA to normal checking takes abnormally long time

When configured with Configured with: ../../mainline/configure --with-gmp=/pkgs/gmp-4.2.2/ --with-mpfr=/pkgs/gmp-4.2.2/ --prefix=/pkgs/gcc-mainline --enable-gather-detailed-mem-stats and run on the testcase of PR 26854 with /pkgs/gcc-mainline/bin/gcc -Wall -W -Wno-unused -O1 -fno-math-errno -fsc

[Bug libstdc++/37547] [c++0x] minmax with initializer_list gives incorrect results

-- paolo dot carlini at oracle dot com changed: What|Removed |Added CC|paolo dot carlini at oracle | |dot com | Assig

[Bug tree-optimization/30930] [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

--- Comment #10 from pinskia at gcc dot gnu dot org 2008-09-17 22:50 --- Here is a testcase where we were missing an optimization at the tree level because of DECL_GIMPLE_REG_P: #define vector __attribute__(( vector_size(16) )) float f(vector float a, int b, vector float c) { vector

[Bug tree-optimization/30930] [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-09-17 22:40 --- Note I needed to add a check to make sure we are only doing this currently for complex and vector types since those are the ones that have DECL_GIMPLE_REG_P currently. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug fortran/36454] too cautionous alias checking with renamed variables/types from modules (Error: ACCESS specification already specified)

--- Comment #5 from pault at gcc dot gnu dot org 2008-09-17 22:33 --- Fixed on trunk. I'll wait a few days and fix on 4.3. Thanks for the report Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36454

[Bug fortran/36374] nested module inclusion fails

--- Comment #5 from pault at gcc dot gnu dot org 2008-09-17 22:31 --- Fixed on trunk. I'll wait a few days for 4.3.0. Thanks for the report. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36374

[Bug fortran/37274] [Regression on 4.3?] error: type name is ambiguous.

--- Comment #19 from pault at gcc dot gnu dot org 2008-09-17 22:30 --- Fixed on trunk Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/30930] [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

--- Comment #8 from pinskia at gcc dot gnu dot org 2008-09-17 22:28 --- Created an attachment (id=16349) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16349&action=view) Patch which piggy backs on honza's addressable pass This is a patch which uses honza's mini-addressable pass to

[Bug fortran/37274] [Regression 4.4 (and 4.3?)] error: type name is ambiguous.

--- Comment #18 from pault at gcc dot gnu dot org 2008-09-17 22:25 --- Subject: Bug 37274 Author: pault Date: Wed Sep 17 22:23:51 2008 New Revision: 140434 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140434 Log: 2008-09-18 Paul Thomas <[EMAIL PROTECTED]> PR fortran

[Bug fortran/36374] nested module inclusion fails

--- Comment #4 from pault at gcc dot gnu dot org 2008-09-17 22:25 --- Subject: Bug 36374 Author: pault Date: Wed Sep 17 22:23:51 2008 New Revision: 140434 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140434 Log: 2008-09-18 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/36454] too cautionous alias checking with renamed variables/types from modules (Error: ACCESS specification already specified)

--- Comment #4 from pault at gcc dot gnu dot org 2008-09-17 22:25 --- Subject: Bug 36454 Author: pault Date: Wed Sep 17 22:23:51 2008 New Revision: 140434 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140434 Log: 2008-09-18 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #17 from amacleod at redhat dot com 2008-09-17 21:55 --- Created an attachment (id=16348) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16348&action=view) Patch submitted Doh. The last patch for the dead code removal had a disabling check in it that I was using for som

[Bug fortran/37536] [4.3/4.4 Regression] a mfcr is produced instead of branches for DO loops

--- Comment #11 from jakub at gcc dot gnu dot org 2008-09-17 21:53 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/37536] [4.3/4.4 Regression] a mfcr is produced instead of branches for DO loops

--- Comment #10 from jakub at gcc dot gnu dot org 2008-09-17 21:53 --- Subject: Bug 37536 Author: jakub Date: Wed Sep 17 21:51:50 2008 New Revision: 140433 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140433 Log: PR fortran/37536 * trans-stmt.c (gfc_trans_do):

[Bug objc/37460] [4.4 Regression]: NeXT runtime ICEs

--- Comment #8 from pinskia at gcc dot gnu dot org 2008-09-17 21:40 --- Subject: Bug 37460 Author: pinskia Date: Wed Sep 17 21:39:13 2008 New Revision: 140430 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140430 Log: 2008-09-17 Andrew Pinski <[EMAIL PROTECTED]> * tre

[Bug objc/37460] [4.4 Regression]: NeXT runtime ICEs

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-17 21:39 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/35782] support for standard layout types

--- Comment #7 from jason at gcc dot gnu dot org 2008-09-17 21:17 --- 8.5.1 says "An aggregate is an array or a class (Clause 9) with ... no base classes (Clause 10)" Lawrence's suggestion won't work because the copy constructor is deleted. To make aggregate initialization work, we

[Bug c++/37553] [4.3/4.4 Regression] ICE in build_c_cast

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-17 21:02 --- I get a different internal compiler error: t.cc:24: internal compiler error: canonical types differ for identical types ui32 and ui32a Please submit a full bug report, with preprocessed source if appropriate. See

[Bug c++/37563] [4.3/4.4 regression] Trouble calling qualified member function

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-17 21:00 --- I think this is related to PR 32384. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37563

[Bug fortran/37566] gfortran segfaults

--- Comment #3 from brian at dessent dot net 2008-09-17 20:44 --- Subject: Re: gfortran segfaults You don't appear to be building FSF gcc but instead a Redhat patched gcc: configure:10520: /builddir/build/BUILD/gcc-4.3.2-20080905/obj-sparc64-redhat-linux/./gcc/gfortran -B/builddir/bui

[Bug fortran/37566] gfortran segfaults

--- Comment #2 from brian at dessent dot net 2008-09-17 20:39 --- Subject: Re: New: gfortran segfaults > [EMAIL PROTECTED] obj-sparc64-redhat-linux]$ gcc/gfortran conftest.f -o > conftest > gfortran: error trying to exec 'f951': execvp: No such file or directory This doesn't demonstr

[Bug fortran/37566] gfortran segfaults

--- Comment #1 from dennis at ausil dot us 2008-09-17 20:32 --- Created an attachment (id=16347) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16347&action=view) config log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37566

[Bug fortran/37566] New: gfortran segfaults

while trying to build gcc-4.3.2-3.srpm for sparc gfortran segfaults when building for sparcv9 sparc64 builds ok if i try and build the conf test manually that fails i get [EMAIL PROTECTED] obj-sparc64-redhat-linux]$ cat conftest.f program foo real, parameter :: bar = sin (12.34 /

[Bug middle-end/37565] __optimize__ attribute doesn't work correctly

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-17 20:26 --- Then lets say it is a middle-end issue. Still nowhere has you touched the C front-end. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/37565] __optimize__ attribute doesn't work correctly

--- Comment #5 from hjl dot tools at gmail dot com 2008-09-17 20:24 --- If the __optimize__ attribute is handled properly, we may be able to fold the __target__ attribute into the __optimize__ attribute and all backends can support function specific -mXXX options like void foo (void) _

[Bug target/37565] __optimize__ attribute doesn't work correctly

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-17 20:16 --- (In reply to comment #3) > (In reply to comment #1) > > This is a target bug as the warning happens in the back-end. > > > > But there is no chance for a backend to do anything about it. > It can happen to any back

[Bug c/37565] __optimize__ attribute doesn't work correctly

--- Comment #3 from hjl dot tools at gmail dot com 2008-09-17 20:13 --- (In reply to comment #1) > This is a target bug as the warning happens in the back-end. > But there is no chance for a backend to do anything about it. It can happen to any backends which check flag_XXX in OVERRIDE

[Bug c/37565] __optimize__ attribute doesn't work correctly

--- Comment #2 from hjl dot tools at gmail dot com 2008-09-17 20:07 --- Here is one approach to add OVERRIDE_OPTIMIZATION_OPTIONS so that a backend can have a chance to override optimization options. --- gcc/config/i386/i386.h.override 2008-09-11 16:48:39.0 -0700 +++ gcc/con

[Bug target/37565] __optimize__ attribute doesn't work correctly

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-17 20:07 --- This is a target bug as the warning happens in the back-end. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/37565] New: __optimize__ attribute doesn't work correctly

Many backends need to override optimization options after we have processed all optimization options. It is done in OVERRIDE_OPTIONS. But it is only called once for a given input. We do have OPTIMIZATION_OPTIONS, which is executed when the optimization options are changed via "pragma GCC optimize"

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #6 from brian at dessent dot net 2008-09-17 19:38 --- Subject: Re: collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1 Even worse, you may have to start over with a clean source tree. See pr32272 for an example of where a previous attempt at configu

[Bug tree-optimization/26854] [4.3/4.4 Regression] Inordinate compile times on large routines

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.3.3 http://gcc

[Bug c++/22374] C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-17 19:08 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/22374] C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-17 19:08 --- Subject: Bug 22374 Author: rguenth Date: Wed Sep 17 19:07:27 2008 New Revision: 140427 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140427 Log: 2008-09-17 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-17 19:08 --- > Currently I run make from /home/rkraft/apps/gcc-4.3.1 > > Here is my configure: > > ./configure --prefix=/home/rkraft/apps/gcc4 Try: cd /home/rkraft/apps/ mkdir gcc-4.3.1-build cd gcc-4.3.1-build ../gcc-4.3.1/con

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

--- Comment #23 from pinskia at gcc dot gnu dot org 2008-09-17 19:07 --- *** Bug 37564 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-17 19:07 --- Please read http://gcc.gnu.org/install/configure.html: First, we highly recommend that GCC be built into a separate directory than the sources which does not reside within the source tree. This is how we generally bu

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code for powerpc

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-17 19:06 --- You can also use __builtin_bswap32 in GCC 4.3 and above which gives you the best code generation as it understands loading from memory and if the value is in a register already. -- http://gcc.gnu.org/bugzilla/sh

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #3 from reuben dot kraft at gmail dot com 2008-09-17 19:04 --- Do you mean do not run "make" from gcc-4.3.1 ? Or do mean do not set prefix to gcc-4.3.1 ? Currently I run make from /home/rkraft/apps/gcc-4.3.1 and I set prefix to /home/rkraft/apps/gcc4 Here is my configure

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code for powerpc

--- Comment #5 from rbuergel at web dot de 2008-09-17 18:57 --- Too bad for newbies to ppc asm. :) But thank you for your explanations -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37562

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-17 18:53 --- Did you compile in the source directory? If so, don't. It is not well supported and it is currently known to be broken for this same reason, see PR 35619. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37564

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code for powerpc

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-17 18:50 --- From: http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/Machine-Constraints.html#Machine-Constraints b Address base register Address base register is the standard saying rN or 0 (if r0 is used). This is just the way PPC

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code for powerpc

--- Comment #3 from rbuergel at web dot de 2008-09-17 18:46 --- > The second constraint should be using "b" instead of "r" as b says > don't use r0. Is this documented anywhere? The gcc manual says "r" means "any general purpose register" and "b" means "Address base register". Any Docume

[Bug target/37394] [4.4 Regression] Segfault in ia64_variable_issue with -O -fschedule-insns2

--- Comment #8 from hjl dot tools at gmail dot com 2008-09-17 18:06 --- It may also impact PR 37283. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37394

[Bug c++/37450] [4.4 Regression] C++ FE times out on duplicated parameter

--- Comment #4 from hjl dot tools at gmail dot com 2008-09-17 17:59 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug c++/37450] [4.4 Regression] C++ FE times out on duplicated parameter

--- Comment #3 from hjl at gcc dot gnu dot org 2008-09-17 17:58 --- Subject: Bug 37450 Author: hjl Date: Wed Sep 17 17:57:24 2008 New Revision: 140425 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140425 Log: 2008-09-17 H.J. Lu <[EMAIL PROTECTED]> PR c++/37450

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #13 from lucier at math dot purdue dot edu 2008-09-17 17:49 --- In the attached statistics file you find where this allocation overflowed Alloc-pool KindPools Allocated PeakLeak - df_scan_ref

[Bug testsuite/37561] [4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

--- Comment #4 from janis at gcc dot gnu dot org 2008-09-17 17:38 --- The same thing happens in C for the simplified testcase; z.c is a copy of z.C from comment #3: elm3b149% /home/janis/tools/gcc-trunk-anonsvn/bin/gcc -c -m32 z.c z.c: In function ‘foo’: z.c:3: error: lvalue requi

[Bug libstdc++/37547] [c++0x] minmax with initializer_list gives incorrect results

--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-17 17:35 --- Thanks for catching this early, apparently this is a fundamental issue with the current proposal: having such overloads returning const refs to elements of the initializer_list is a very bad idea, because the i

[Bug c++/37558] [4.4 regression] rev 140120 changes the accessibility of a friend decl.

--- Comment #2 from jason at gcc dot gnu dot org 2008-09-17 17:31 --- Fixed -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/37561] [4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

--- Comment #3 from janis at gcc dot gnu dot org 2008-09-17 17:02 --- This is twisting my brain, but in this simplified testcase: __PTRDIFF_TYPE__ p; short q; void foo () { ((char *)p)++; } void bar () { ((char *)q)++; } we get an error with both -m32 and-m64 for foo but not fo

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code for powerpc

--- Comment #2 from pinskia at gmail dot com 2008-09-17 16:52 --- Subject: Re: New: [4.2] -funroll-loops destroys inline asm code von powerpc Sent from my iPhone On Sep 17, 2008, at 8:42 AM, "rbuergel at web dot de" <[EMAIL PROTECTED] > wrote: > typedef unsigned int UInt32; > ty

Re: [Bug inline-asm/37562] New: [4.2] -funroll-loops destroys inline asm code von powerpc

Sent from my iPhone On Sep 17, 2008, at 8:42 AM, "rbuergel at web dot de" <[EMAIL PROTECTED] > wrote: typedef unsigned int UInt32; typedef unsigned char UInt8; struct Data { UInt8 data[16]; const UInt8* getData() const { return data + 4; } }; struct Value { UInt32 value; static

[Bug c++/37558] [4.4 regression] rev 140120 changes the accessibility of a friend decl.

--- Comment #1 from jason at gcc dot gnu dot org 2008-09-17 16:19 --- This doesn't have anything to do with accessibility, but it is a new bug. -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37208] C++0x deleted functions and SFINAE

--- Comment #4 from jason at gcc dot gnu dot org 2008-09-17 16:14 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/37544] [4.4 Regression] Conversion double -> unsigned long long -> unsigned -> double gives wrong results

--- Comment #11 from ubizjak at gmail dot com 2008-09-17 16:13 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01221.html -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug c++/37302] function parameters are declared too late

--- Comment #1 from jason at gcc dot gnu dot org 2008-09-17 16:13 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/37439] ICE using auto return-type in template function

--- Comment #1 from jason at gcc dot gnu dot org 2008-09-17 16:12 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/37561] [4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

--- Comment #2 from hjl dot tools at gmail dot com 2008-09-17 16:11 --- (In reply to comment #1) > I tested with -m32 on powerpc64-linux, not with both -m32/-m64 which would > have > caught this; I'll test with both for related patches. > > The test previously used { dg-warning "" }, w

[Bug c++/37552] [4.4 regression] ICE with invalid array access

--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-17 16:10 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/37552] [4.4 regression] ICE with invalid array access

--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-17 16:08 --- Subject: Bug 37552 Author: jakub Date: Wed Sep 17 16:07:08 2008 New Revision: 140422 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140422 Log: PR c++/37552 * typeck.c (build_array_ref): Use pr

[Bug preprocessor/37324] [4.4 Regression] FAIL: gcc.dg/utf-array.c (test for errors)

--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-17 16:07 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug preprocessor/37324] [4.4 Regression] FAIL: gcc.dg/utf-array.c (test for errors)

--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-17 16:06 --- Subject: Bug 37324 Author: jakub Date: Wed Sep 17 16:05:11 2008 New Revision: 140421 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140421 Log: PR preprocessor/37324 * lib/target-supports.exp

[Bug libfortran/37564] collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

--- Comment #1 from reuben dot kraft at gmail dot com 2008-09-17 16:04 --- Created an attachment (id=16346) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16346&action=view) x86_64-unknown-linux-gnu/libgfortran/config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37564

[Bug libfortran/37564] New: collect2: ld returned 1 exit status make[3]: *** [libgfortran.la] Error 1

Hello, >From the terminal, I many lines that look similar to: .libs/in_unpack_generic.o(.text+0x820): In function `getline': /usr/include/bits/stdio.h:103: multiple definition of `getline' .libs/backtrace.o(.text+0xbc0):/usr/include/bits/stdio.h:103: first defined here .libs/in_unpack_generic.o(.t

[Bug c++/37563] [4.3/4.4 regression] Trouble calling qualified member function

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37563

[Bug c++/37563] New: [4.3/4.4 regression] Trouble calling qualified member function

The following valid code snippet is rejected since GCC 4.3.0: == struct A {}; template struct Traits { typedef void X; }; template<> struct Traits<0> { typedef A X; }; template struct B { typedef typename Traits::X Y; void foo(Y y) { y.Y::A

[Bug testsuite/37561] [4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

--- Comment #1 from janis at gcc dot gnu dot org 2008-09-17 16:00 --- I tested with -m32 on powerpc64-linux, not with both -m32/-m64 which would have caught this; I'll test with both for related patches. The test previously used { dg-warning "" }, which matched any message from that lin

[Bug c/37560] bitfield not promoted to int

--- Comment #3 from joseph at codesourcery dot com 2008-09-17 15:55 --- Subject: Re: bitfield not promoted to int On Wed, 17 Sep 2008, clemens at ladisch dot de wrote: > According to the proposed TC in DR 315 ("If an int can represent all values of > the original type (as restricted b

[Bug inline-asm/37562] [4.2] -funroll-loops destroys inline asm code von powerpc

--- Comment #1 from rbuergel at web dot de 2008-09-17 15:44 --- oops, i forgot to mention my command line to compile it: powerpc-linux-g++ -O3 -funroll-loops -c -o GetBytes2.o GetBytes2.cpp using -O3 is important for reproducing this error -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug inline-asm/37562] New: [4.2] -funroll-loops destroys inline asm code von powerpc

typedef unsigned int UInt32; typedef unsigned char UInt8; struct Data { UInt8 data[16]; const UInt8* getData() const { return data + 4; } }; struct Value { UInt32 value; static void update (Value& signal, const Data& source, UInt32 startBit); }; void Value::update(Value& signal,

[Bug tree-optimization/37508] [4.4 Regression] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

--- Comment #8 from rguenther at suse dot de 2008-09-17 15:24 --- Subject: Re: [4.4 Regression] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334 On Wed, 17 Sep 2008, bonzini at gnu dot org wrote: > --- Comment #7 from bonzini at gnu dot org 2008-09-17 15:17 ---

[Bug fortran/37536] [4.3/4.4 Regression] a mfcr is produced instead of branches for DO loops

--- Comment #9 from luisgpm at linux dot vnet dot ibm dot com 2008-09-17 15:22 --- Gathered some PPC 32/64 performance numbers with the patch (based on 140409). No noticeable performance regressions were found. 32-bit swin and 64-bit art had a little boost on speed (7.8% and 3.4% respec

[Bug c++/37559] pow() function outputs NaN in debug build

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-17 15:19 --- GCC 4.0.1 is no longer supported by the FSF. Please update to at least GCC 4.2.4 and re-check if the problem is fixed. You may also want to report to Apple instead which is known to heavily modify their compilers.

[Bug tree-optimization/37508] [4.4 Regression] ICE in in simplify_truth_ops_using_ranges, at tree-vrp.c:6334

--- Comment #7 from bonzini at gnu dot org 2008-09-17 15:17 --- Do you have a missed optimization for optimizing the functions to "return 1"? Or does your patch fix it too? -- bonzini at gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/37525] [4.4 Regression] IVOPTS difference causing 20% degradation in 173.applu benchmark

--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-17 15:12 --- I guess the problem might be that Fortran has signed size_type_node (and unsigned sizetype), so what the newly added code in int_fits_type_p does breaks Fortran assumptions. Say for sizetype -25 (i.e. unsigned value),

[Bug c/37560] bitfield not promoted to int

--- Comment #2 from clemens at ladisch dot de 2008-09-17 15:11 --- According to the proposed TC in DR 315 ("If an int can represent all values of the original type (as restricted by the width, for a bit-field), the type is converted to an int;"), -- clemens at ladisch dot de changed

[Bug tree-optimization/36343] [4.3 Regression] Wrong code due to bad TBAA pruning of points-to-sets and use in call clobbering

--- Comment #8 from rguenther at suse dot de 2008-09-17 15:10 --- Subject: Re: [4.3 Regression] Wrong code due to bad TBAA pruning of points-to-sets and use in call clobbering On Wed, 17 Sep 2008, ebotcazou at gcc dot gnu dot org wrote: > --- Comment #7 from ebotcazou at gcc dot

[Bug tree-optimization/36343] [4.3 Regression] Wrong code due to bad TBAA pruning of points-to-sets and use in call clobbering

--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-09-17 15:07 --- > This is the patch we use for openSUSE to fix this bug. Any particular reason for not installing it at the FSF as well? -- ebotcazou at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/18071] [4.2/4.3/4.4 Regression] -Winline does not respect -fno-default-inline

--- Comment #37 from hubicka at gcc dot gnu dot org 2008-09-17 15:02 --- Subject: Bug 18071 Author: hubicka Date: Wed Sep 17 15:00:59 2008 New Revision: 140418 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140418 Log: PR c++/18071 * tree.h (DECL_INLINE): remove

[Bug c/37560] bitfield not promoted to int

--- Comment #1 from joseph at codesourcery dot com 2008-09-17 14:50 --- Subject: Re: New: bitfield not promoted to int On Wed, 17 Sep 2008, clemens at ladisch dot de wrote: > In the following program, the type of the assignment expression "f.x = 1" > should be int, according to the i

[Bug testsuite/37561] New: [4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

bash-3.2$ cat g++.old-deja/g++.mike/warn1.C // { dg-do assemble } // { dg-options "-Wall" } typedef char * charptr; typedef __SIZE_TYPE__ size_t; char c[]={'A','B','C','D'}; int i=size_t(&c); int *pp=&i; void foo() { } int main() { charptr(*pp)++;// { dg-warning "" } return 0; } bash-3

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #16 from amacleod at redhat dot com 2008-09-17 14:48 --- Created an attachment (id=16345) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16345&action=view) Potential patch #2 This is the other option, eliminate dead PHIs. compiling all of GCC .c files at -O3, it finds

[Bug tree-optimization/36343] [4.3 Regression] Wrong code due to bad TBAA pruning of points-to-sets and use in call clobbering

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-17 14:46 --- Created an attachment (id=16344) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16344&action=view) patch disabling TBAA pruning This is the patch we use for openSUSE to fix this bug. -- http://gcc.gnu.org/

[Bug c++/37260] [4.1/4.2/4.3 Regression] infinite loop in init

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37260

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #15 from amacleod at redhat dot com 2008-09-17 14:39 --- Created an attachment (id=16343) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16343&action=view) potential patch 1 This is the first option which simply doesn't add the result of a PHI with no uses to the partit

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #14 from rguenth at gcc dot gnu dot org 2008-09-17 14:38 --- Hm, it doesn't work - bootstrap fails as gengtype segfaults. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102

[Bug tree-optimization/37310] [4.3 Regression] gfortran errors in compilation and the making for upgraded compilers

--- Comment #17 from rguenth at gcc dot gnu dot org 2008-09-17 14:34 --- I think this is a duplicate of PR36747 as I no longer can reporduce this with 4.3.2. *** This bug has been marked as a duplicate of 36747 *** -- rguenth at gcc dot gnu dot org changed: What|Rem

[Bug middle-end/36747] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4785 with -O

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-17 14:34 --- *** Bug 37310 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #13 from amacleod at redhat dot com 2008-09-17 14:34 --- I was in the middle of updating this PR and taking possesion :-) Upon further reflection, I don't think it is acceptable for out-of-ssa to generate incorrect code simply because an optimization wasn't run before it. S

  1   2   >