[Bug bootstrap/38523] New: arm build fails to link cc1-dummy

2008-12-14 Thread laurent at guerby dot net
At trunk rev 142742 on debian arm-linux-gnueabi bootstrap fails at the end of stage1 with: ../trunk/configure --prefix=/n/50/guerby/install-trunk --enable-languages=c --enable-__cxa_atexit --disable-nls --enable-threads=posix --with-mpfr=/opt/cfarm/mpfr-2.3.2 make bootstrap ... gcc -g

[Bug c/38518] Excessive compile time with -O3

2008-12-14 Thread dcb314 at hotmail dot com
--- Comment #3 from dcb314 at hotmail dot com 2008-12-14 09:52 --- (In reply to comment #2) On 2.66GHz Cor2 Quad running Fedora 9/x86-64, gcc 4.4 revision 142740 gave: Thanks for the extra information. I am concerned that the -O3 takes nine times longer than the -O2. I'd be

[Bug bootstrap/37349] [4.4 Regression] bootstrap broken on Alpha: undefined reference to _Jv_RegisterClasses

2008-12-14 Thread ubizjak at gmail dot com
--- Comment #7 from ubizjak at gmail dot com 2008-12-14 10:41 --- (In reply to comment #6) Has this been fixed in the meantime? Uros, you wrote in http://gcc.gnu.org/ml/gcc/2008-12/msg00228.html that bootstrap works on Alpha... Yes, bootstrap works. I have bootstrapped gcc on

[Bug c++/38524] New: ICE at cp/typeck.c:2268 on struct{enum E{};}A;int main(){A.E::foo;}

2008-12-14 Thread logixoul at gmail dot com
The following source: struct{enum E{};}A;int main(){A.E::foo;} generates: internal compiler error: in finish_class_member_access_expr, at cp/typeck.c:2268 -- Summary: ICE at cp/typeck.c:2268 on struct{enum E{};}A;int main(){A.E::foo;} Product: gcc

[Bug c++/38524] ICE at cp/typeck.c:2268 on struct{enum E{};}A;int main(){A.E::foo;}

2008-12-14 Thread paolo dot carlini at oracle dot com
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-14 11:59 --- Can't reproduce the ICE with current (142748) mainline: 38524.C:1: warning: non-local variable ‘anonymous struct A’ uses anonymous type 38524.C: In function ‘int main()’: 38524.C:1: error: ‘E’ is not a class

[Bug c/38521] -masm=intel, struct output for __asm__() block causes gcc to ask for bug report.

2008-12-14 Thread ubizjak at gmail dot com
--- Comment #1 from ubizjak at gmail dot com 2008-12-14 11:18 --- There were many problems with -masm=intel, that were fixed for gcc-4.3 and later by [1] and (many) followup patches. The change that you are looking for is (gcc/config/i386/i386.c): @@ -9037,8 +9047,9 @@ print_operand

[Bug middle-end/38520] [graphite] wrong code with -O3 -fgraphite-identity on polyhedron benchmarks

2008-12-14 Thread dominiq at lps dot ens dot fr
--- Comment #2 from dominiq at lps dot ens dot fr 2008-12-14 14:10 --- The test protein.f90 fails when compiled with -O1 -fstrict-overflow -fgraphite-identity. It works with -O3 -fno-strict-overflow -fgraphite-identity. The test capacita.f90 fails when compiled with -O1

[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule

2008-12-14 Thread mikael at gcc dot gnu dot org
--- Comment #3 from mikael at gcc dot gnu dot org 2008-12-14 14:46 --- (In reply to comment #2) I'm not sure what 'now' means. It's still true for release 4.3.2! I'm prepared to test with the live sources, but do you want me to? Sure! Do you believe that the problem has been

[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule

2008-12-14 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-14 15:30 --- Sounds a bit like the problem from comment #0 is a duplicate or related to PR31537 and/or PR35034 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37865

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

2008-12-14 Thread dominiq at lps dot ens dot fr
--- Comment #12 from dominiq at lps dot ens dot fr 2008-12-14 15:54 --- Could you try with the addition of -fno-strict-aliasing -fno-strict-overflow? See pr38520. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431

[Bug fortran/35937] Wrong type for charlength of function

2008-12-14 Thread pault at gcc dot gnu dot org
--- Comment #19 from pault at gcc dot gnu dot org 2008-12-14 16:01 --- Subject: Bug 35937 Author: pault Date: Sun Dec 14 16:00:25 2008 New Revision: 142750 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142750 Log: 2008-12-14 Paul Thomas pa...@gcc.gnu.org PR

[Bug fortran/35937] Wrong type for charlength of function

2008-12-14 Thread pault at gcc dot gnu dot org
--- Comment #20 from pault at gcc dot gnu dot org 2008-12-14 16:09 --- Subject: Bug 35937 Author: pault Date: Sun Dec 14 16:07:46 2008 New Revision: 142751 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142751 Log: 2008-12-14 Paul Thomas pa...@gcc.gnu.org PR

[Bug fortran/35937] Wrong type for charlength of function

2008-12-14 Thread pault at gcc dot gnu dot org
--- Comment #21 from pault at gcc dot gnu dot org 2008-12-14 16:11 --- Fixed on trunk and 4.3. Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/38525] New: sse2(int16) code fails with -O3

2008-12-14 Thread leonid at volnitsky dot com
When compiling attached unit test with -O3, it fails on sse2 test. With any other optimization level including -O2 plus: -fgcse-after-reload -finline-functions -fipa-cp-clone -fpredictive-commoning -ftree-vectorize -funswitch-loops which should be the

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread leonid at volnitsky dot com
--- Comment #1 from leonid at volnitsky dot com 2008-12-14 16:52 --- Created an attachment (id=16907) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907action=view) u-array.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38525

[Bug middle-end/38520] [graphite] wrong code with -O3 -fgraphite-identity on polyhedron benchmarks

2008-12-14 Thread dominiq at lps dot ens dot fr
--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-14 17:32 --- Compiling mdbx.f90 with -m64 -O3 -fgraphite-identity -floop-block -ftree-loop-linear -fno-strict-overflow gives an ICE: mdbx.f90: In function 'mstep': mdbx.f90:822: internal compiler error: Bus error Please submit a

[Bug testsuite/38526] New: WARNING: Could not compile gcc.dg/compat/struct-layout-1 generator

2008-12-14 Thread danglin at gcc dot gnu dot org
Executing on build: gcc -g -O2 -o /Users/dave/gnu/gcc/objdir/gcc/testsuite/gcc/g cc.dg-struct-layout-1_generate.exe -DSKIP_DECIMAL_FLOAT /Users/dave/gnu/gcc/gcc/ gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c /Users/dave/gnu/gcc/gcc/g cc/testsuite/gcc.dg/compat/generate-random.c

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread ubizjak at gmail dot com
--- Comment #2 from ubizjak at gmail dot com 2008-12-14 19:29 --- I can't compile the attachment: g++ -O3 -fpreprocessed u-array.ii In file included from /home/lvv/p/lvv/sse.h:23, from /home/lvv/p/lvv/array.h:35, from u-array.cc:10:

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread ubizjak at gmail dot com
--- Comment #3 from ubizjak at gmail dot com 2008-12-14 19:31 --- (In reply to comment #2) /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/pmmintrin.h: In function ‘float __vector__ _mm_addsub_ps(float __vector__, float __vector__)’: g++ -O3 -fpreprocessed u-array.ii In

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread hjl dot tools at gmail dot com
--- Comment #4 from hjl dot tools at gmail dot com 2008-12-14 19:57 --- (In reply to comment #3) (In reply to comment #2) /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/pmmintrin.h: In function �float __vector__ _mm_addsub_ps(float __vector__, float

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread hjl dot tools at gmail dot com
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-14 19:59 --- (In reply to comment #1) Created an attachment (id=16907) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907action=view) [edit] u-array.ii Please extract the failed ones to create a smaller testcase.

[Bug testsuite/38526] WARNING: Could not compile gcc.dg/compat/struct-layout-1 generator

2008-12-14 Thread hjl dot tools at gmail dot com
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-14 20:07 --- This is really PR 36443. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug c/38527] New: Gcc optimizes code to an endless loop

2008-12-14 Thread gray at gnu dot org dot ua
When compiling the following program with -O2, gcc optimizes the var_unwind_all function to an endless loop. Without -O, the program is compiled and runs correctly. The same error is present with gcc 4.3.0. The program is (no includes): struct rlist { struct rlist *prev; }; void

[Bug c/38528] New: ICE while building libgfortran (gcc bootstrap)

2008-12-14 Thread bernard at brenda-arkle dot me dot uk
Apologies if 4.3.3 isn't the right magic version: seen in Revision 142751 (today's live trunk). While trying to verify Bug 37865 (not connected) on the live tree: during the building of libgfortran in stage 3 (so supposedly with a correct gcc build) I got internal compiler error: in

[Bug c/38527] Gcc optimizes code to an endless loop

2008-12-14 Thread gray at gnu dot org dot ua
--- Comment #1 from gray at gnu dot org dot ua 2008-12-14 20:15 --- My apologies for the inclomplete last line of the posting. It should read: The generated .s code contains: .L10: jmp .L10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38527

[Bug c/38528] ICE while building libgfortran (gcc bootstrap)

2008-12-14 Thread bernard at brenda-arkle dot me dot uk
--- Comment #1 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:15 --- Created an attachment (id=16908) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16908action=view) First source file in test-case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38528

[Bug c/38528] ICE while building libgfortran (gcc bootstrap)

2008-12-14 Thread bernard at brenda-arkle dot me dot uk
--- Comment #2 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:16 --- Created an attachment (id=16909) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16909action=view) Second source-file of test case (2/2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38528

[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule

2008-12-14 Thread bernard at brenda-arkle dot me dot uk
--- Comment #5 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:30 --- Responding to comment #3: *Ahem*. I tried with today's live sources (revision 142751). I got as far as building libgfortran in stage 3, and *bang*. Bug 35828, which see. It's not obviously related to the

[Bug c/38527] Gcc optimizes code to an endless loop

2008-12-14 Thread schwab at suse dot de
--- Comment #2 from schwab at suse dot de 2008-12-14 20:36 --- _list_remove((struct rlist**)var_last, (struct rlist*)var_last); This violates the C aliasing rules. *** This bug has been marked as a duplicate of 21920 *** -- schwab at

[Bug c/21920] aliasing violations

2008-12-14 Thread schwab at suse dot de
--- Comment #135 from schwab at suse dot de 2008-12-14 20:36 --- *** Bug 38527 has been marked as a duplicate of this bug. *** -- schwab at suse dot de changed: What|Removed |Added

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread leonid at volnitsky dot com
--- Comment #6 from leonid at volnitsky dot com 2008-12-14 21:00 --- Created an attachment (id=16910) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16910action=view) Trimmed unit test. Only one, relevant to bug test -- leonid at volnitsky dot com changed: What

[Bug testsuite/38526] WARNING: Could not compile gcc.dg/compat/struct-layout-1 generator

2008-12-14 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-14 22:25 --- Subject: Re: WARNING: Could not compile gcc.dg/compat/struct-layout-1 generator This is really PR 36443. Aside from darwin specific issues with the environment, the problem looks the same. Did anybody

[Bug target/38062] FAIL: gfortran.dg/include_2.f90 -O (test for excess errors): error: stray '#' in program

2008-12-14 Thread danglin at gcc dot gnu dot org
--- Comment #7 from danglin at gcc dot gnu dot org 2008-12-14 22:31 --- Subject: Bug 38062 Author: danglin Date: Sun Dec 14 22:30:32 2008 New Revision: 142755 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142755 Log: PR target/38062 Backport from mainline:

[Bug c++/38525] sse2(int16) code fails with -O3

2008-12-14 Thread leonid at volnitsky dot com
--- Comment #7 from leonid at volnitsky dot com 2008-12-14 22:32 --- (In reply to comment #2) ... please reduce your source to a short, self contained runtime testcase (in plain C if possible) that fails with certain compile flags. I've tried to do that (see below). But

[Bug target/38062] FAIL: gfortran.dg/include_2.f90 -O (test for excess errors): error: stray '#' in program

2008-12-14 Thread danglin at gcc dot gnu dot org
--- Comment #8 from danglin at gcc dot gnu dot org 2008-12-14 22:32 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule

2008-12-14 Thread mikael at gcc dot gnu dot org
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-15 00:14 --- (In reply to comment #4) Sounds a bit like the problem from comment #0 is a duplicate or related to PR31537 and/or PR35034 ? 31537 seems definitely related. Is there a specific option/configuration to

[Bug target/38496] Gcc misaligns arrays when stack is forced follow the x8632 ABI

2008-12-14 Thread joseph at codesourcery dot com
--- Comment #12 from joseph at codesourcery dot com 2008-12-15 00:21 --- Subject: Re: Gcc misaligns arrays when stack is forced follow the x8632 ABI On Fri, 12 Dec 2008, whaley at cs dot utsa dot edu wrote: LSB may be a starting point for plausible hypotheses about the ABIs, but

[Bug c++/38377] __builtin_constant_p(t) ? t : 1 is not considered a constant integer expression

2008-12-14 Thread joseph at codesourcery dot com
--- Comment #8 from joseph at codesourcery dot com 2008-12-15 00:31 --- Subject: Re: __builtin_constant_p(t) ? t : 1 is not considered a constant integer expression I also added more __builtin_constant_p tests (gcc.dg/bconstp-[34].c) to c-4_5-branch, following this discussion, to

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

2008-12-14 Thread sergeid at il dot ibm dot com
--- Comment #14 from sergeid at il dot ibm dot com 2008-12-15 07:17 --- Ok, since this case is the only one where RTL PRE (gcse-las) improves performance and it can be dealt with at the TreeSSA level, it should be ok to remove gcse-las from mainline and keep this PR open? --

[Bug tree-optimization/38529] New: [4.3/4.4 regression] ICE with nested loops

2008-12-14 Thread reichelt at gcc dot gnu dot org
The following valid code snippet triggers an ICE since GCC 4.3.0 when compiled with -O3 -march=pentium4 or -O -ftree-vectorize -march=pentium4: == float a[4]; void foo() { int i, j; for (i = 0; i 4; ++i) for (j = 0; j 17; ++j) a[i] = 0; }

[Bug tree-optimization/38529] [4.3/4.4 regression] ICE with nested loops

2008-12-14 Thread reichelt at gcc dot gnu dot org
-- 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=38529