[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] 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 #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 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 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++/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 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 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 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 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 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/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 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/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 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 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 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/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 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 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 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 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

--- 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 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

-- 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 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 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 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/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/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 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 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

<    1   2