[Bug bootstrap/31571] New: [regression] bootstrap error in libdecnumber
SVN 20070414 fails to bootstrap, this did pass in 20070403. Matthias /scratch/packages/gcc/snap/gcc-snapshot-20070414/build/./gcc/xgcc -B/scratch/packages/gcc/snap/gcc -snapshot-20070414/build/./gcc/ -B/usr/lib/gcc-snapshot/i486-linux-gnu/bin/ -B/usr/lib/gcc-snapsho t/i486-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/i486-linux-gnu/include -isystem /usr/lib/gcc- snapshot/i486-linux-gnu/sys-include -g -fkeep-inline-functions -O2 -O2 -g -O2 -DIN_GCC-W -Wa ll -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./inc lude -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc - I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/.. /include -I../../../src/libgcc/../libdecnumber/bid -I../../../src/libgcc/../libdecnumber -I../../l ibdecnumber -o decUtility.o -MT decUtility.o -MD -MP -MF decUtility.dep -c ../../../src/libgcc/../ libdecnumber/decUtility.c ../../../src/libgcc/../libdecnumber/decLibrary.c: In function 'isinfd64': ../../../src/libgcc/../libdecnumber/decLibrary.c:65: error: unrecognizable insn: (insn 11 10 12 3 ../../../src/libgcc/../libdecnumber/decLibrary.c:62 (set (reg/f:SI 61) (pre_dec:SI (reg/f:SI 7 sp))) -1 (nil) (nil)) ../../../src/libgcc/../libdecnumber/decLibrary.c:65: internal compiler error: in extract_insn, at recog.c:2119 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: [regression] bootstrap error in libdecnumber Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31571
[Bug bootstrap/31571] [regression] bootstrap error in libdecnumber
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-14 08:38 --- >this did pass in 20070403. No it did not. *** This bug has been marked as a duplicate of 31344 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31571
[Bug bootstrap/31344] [4.3 Regression] bootstrap broken on i[345]86-linux
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-04-14 08:38 --- *** Bug 31571 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31344
[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90
--- Comment #4 from dorit at il dot ibm dot com 2007-04-14 09:38 --- > I think the only thing that really matters is that the loop is vectorized. I > don't think the alignment details are important checking, even on platforms > where they are relevant. So we should remove all scan-tree-dump-times except > the first one, I guess. I think it's not such a bad idea to check that the handling of alignment is working as expected. Also, it's relevant both for targets that support alignment, and for targets that don't, because on those that don't - we can still vectorize misaligned accesses using loop-versioning. > I'm adding Ira and Dorit to the CC list, as they wrote and modified the > original test. Ira, Dorit, I'm not sure how to proceed here, do you agree with > the paragraph above about what is the right thing to do? see - http://gcc.gnu.org/ml/gcc/2007-04/msg00479.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
[Bug tree-optimization/30965] Fails to tree-combine conditions in COND_EXPRs
--- Comment #3 from jv244 at cam dot ac dot uk 2007-04-14 11:00 --- > http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00129.html should this one be pinged ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
[Bug tree-optimization/30965] Fails to tree-combine conditions in COND_EXPRs
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-14 12:57 --- I need to update it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
[Bug target/31572] New: Testsuite failures on i386-pc-linux-gnu
There are testsuite failures on i386-linux for tests named sse* (see http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00689.html for example). We should probably not run them there. -- Summary: Testsuite failures on i386-pc-linux-gnu Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31572
[Bug c++/31573] New: -Wall-all to enable all warnings
The ability to enable absolutely all warnings (-Wall -Wextra -Wyada-yada-yada), and then selectively disable the one's that are not desired. Rather than the opposite. Example: g++ -c -Wall-all -Wno-unreachable-code -Wno-long-long -Wno-four-char-constants test.cpp -o test.o -- Summary: -Wall-all to enable all warnings Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: eljay451 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
[Bug fortran/29507] INDEX in an array initialization causes ICE
--- Comment #9 from pault at gcc dot gnu dot org 2007-04-14 15:10 --- Subject: Bug 29507 Author: pault Date: Sat Apr 14 15:09:57 2007 New Revision: 123815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123815 Log: 2007-04-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29507 PR fortran/31404 * expr.c (scalarize_intrinsic_call): New function to scalarize elemental intrinsic functions in initialization expressions. (check_init_expr): Detect elemental intrinsic functions in initalization expressions and call previous. 2007-04-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29507 PR fortran/31404 * gfortran.dg/initialization_6.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/initialization_6.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29507
[Bug fortran/31404] ICE len_trim(array) in initialization
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-14 15:10 --- Subject: Bug 31404 Author: pault Date: Sat Apr 14 15:09:57 2007 New Revision: 123815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123815 Log: 2007-04-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29507 PR fortran/31404 * expr.c (scalarize_intrinsic_call): New function to scalarize elemental intrinsic functions in initialization expressions. (check_init_expr): Detect elemental intrinsic functions in initalization expressions and call previous. 2007-04-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29507 PR fortran/31404 * gfortran.dg/initialization_6.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/initialization_6.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31404
[Bug libffi/31574] New: FAIL: libffi.call/cls_6byte.c -O3 output pattern test
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4 .3/objdir/gcc/ /home/dave/gnu/gcc-4.3/gcc/libffi/testsuite/libffi.call/cls_6byte .c -O3 -I/home/dave/gnu/gcc-4.3/objdir/hppa-linux/./libffi/include -I/home/dav e/gnu/gcc-4.3/gcc/libffi/testsuite/../include -I/home/dave/gnu/gcc-4.3/objdir/h ppa-linux/./libffi/include/.. -L/home/dave/gnu/gcc-4.3/objdir/hppa-linux/./libff i/.libs -L/home/dave/gnu/gcc-4.3/objdir/hppa-linux/./libstdc++-v3/src/.libs -lf fi -lm -o ./cls_6byte.exe(timeout = 300) PASS: libffi.call/cls_6byte.c -O3 (test for excess errors) Setting LD_LIBRARY_PATH to .:/home/dave/gnu/gcc-4.3/objdir/gcc:/home/dave/gnu/gc c-4.3/objdir/hppa-linux/./libffi/.libs:/home/dave/gnu/gcc-4.3/objdir/hppa-linux/ ./libstdc++-v3/src/.libs:.:/home/dave/gnu/gcc-4.3/objdir/gcc:/home/dave/gnu/gcc- 4.3/objdir/hppa-linux/./libffi/.libs:/home/dave/gnu/gcc-4.3/objdir/hppa-linux/./ libstdc++-v3/src/.libs:/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/.li bs:/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libmudflap/.libs:/home/dave/gnu/gcc- 4.3/objdir/hppa-linux/libssp/.libs:/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libg omp/.libs:/home/dave/gnu/gcc-4.3/objdir/./gcc:/home/dave/gnu/gcc-4.3/objdir/./pr ev-gcc 127 120 1 128 12 128 9 127: 139 248 10 255 res: 139 248 10 255 127 120 1 128 12 128 9 127: 139 248 10 255 res: 139 248 10 254 PASS: libffi.call/cls_6byte.c -O3 execution test FAIL: libffi.call/cls_6byte.c -O3 output pattern test, is 127 120 1 128 12 128 9 127: 139 248 10 255 res: 139 248 10 255 127 120 1 128 12 128 9 127: 139 248 10 255 res: 139 248 10 254 , should match 127 120 1 128 12 128 9 127: 139 248 10 255^M? res: 139 248 10 255^M? 127 120 1 128 12 128 9 127: 139 248 10 255^M? res: 139 248 10 255 This test started to fail after this change: 2007-04-06 Richard Henderson <[EMAIL PROTECTED]> * configure.ac: Tidy target case. (HAVE_LONG_DOUBLE): Allow the target to override. * configure: Regenerate. * include/ffi.h.in: Don't define ffi_type_foo if LIBFFI_HIDE_BASIC_TYPES is defined. (ffi_type_longdouble): If not HAVE_LONG_DOUBLE, define to ffi_type_double. * types.c (LIBFFI_HIDE_BASIC_TYPES): Define. (FFI_TYPEDEF, ffi_type_void): Mark the data const. (ffi_type_longdouble): Special case for Alpha. Don't define if long double == double. -- Summary: FAIL: libffi.call/cls_6byte.c -O3 output pattern test Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31574
[Bug target/31572] Testsuite failures on i386-pc-linux-gnu
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-14 15:43 --- These testcases are testing SSE4/SSSE3 so if your binutils is not need enough they are going to fail with assembly errors which is happening. These testcases are hard to fix for older binutils. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31572
[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90
--- Comment #5 from tprince at computer dot org 2007-04-14 17:59 --- I tested successfully the patch proposed by dorit, which changes the report of these 2 cases to XFAIL for vect_no_align target: Index: vect-4.f90 === --- vect-4.f90 (revision 123409) +++ vect-4.f90 (working copy) @@ -10,7 +10,7 @@ END ! { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" } } -! { dg-final { scan-tree-dump-times "Alignment of access forced using peeling" 1 "vect" } } -! { dg-final { scan-tree-dump-times "Vectorizing an unaligned access" 1 "vect" } } +! { dg-final { scan-tree-dump-times "Alignment of access forced using peeling" 1 "vect" { xfail vect_no_align } } } +! { dg-final { scan-tree-dump-times "Vectorizing an unaligned access" 1 "vect" { xfail vect_no_align } } } ! { dg-final { scan-tree-dump-times "accesses have the same alignment." 1 "vect" } } ! { dg-final { cleanup-tree-dump "vect" } } -- tprince at computer dot org changed: What|Removed |Added CC||tprince at computer dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-04-14 18:09 --- Subject: Bug 31561 Author: fxcoudert Date: Sat Apr 14 18:09:41 2007 New Revision: 123817 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123817 Log: PR fortran/31561 * gfortran.dg/vect/vect-4.f90: xfail on vect_no_align targets. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/vect/vect-4.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-04-14 18:10 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
[Bug c++/25874] [gomp] ICE in calc_dfs_tree()
--- Comment #12 from jakub at gcc dot gnu dot org 2007-04-14 18:43 --- Subject: Bug 25874 Author: jakub Date: Sat Apr 14 18:43:13 2007 New Revision: 123818 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123818 Log: PR c++/25874 * omp-low.c (expand_omp_parallel): If child_cfun->cfg, free dominators, post dominators and cleanup cfg before returning. * gcc.dg/gomp/pr25874.c: Add dg-options. * g++.dg/gomp/pr25874.C: Add dg-options. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/omp-low.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/g++.dg/gomp/pr25874.C branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gomp/pr25874.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug fortran/31201] Too large unit number generates wrong code
--- Comment #8 from patchapp at dberlin dot org 2007-04-14 19:15 --- Subject: Bug number PR31201 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00863.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31201
[Bug fortran/21061] gfortran ignores -Werror
--- Comment #7 from aldot at gcc dot gnu dot org 2007-04-14 19:33 --- Subject: Bug 21061 Author: aldot Date: Sat Apr 14 19:33:11 2007 New Revision: 123820 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123820 Log: 2007-04-14 Bernhard Fischer PR fortran/21061 * gfortran.dg/warnings_are_errors_1.f90: New testcase. * gfortran.dg/warnings_are_errors_1.f: New testcase. Added: trunk/gcc/testsuite/gfortran.dg/warnings_are_errors_1.f trunk/gcc/testsuite/gfortran.dg/warnings_are_errors_1.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21061
[Bug c++/25874] [gomp] ICE in calc_dfs_tree()
--- Comment #13 from jakub at gcc dot gnu dot org 2007-04-14 19:52 --- Subject: Bug 25874 Author: jakub Date: Sat Apr 14 19:52:45 2007 New Revision: 123822 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123822 Log: PR c++/25874 * omp-low.c (expand_omp_parallel): If child_cfun->cfg, free dominators, post dominators and cleanup cfg before returning. * gcc.dg/gomp/pr25874.c: Add dg-options. * g++.dg/gomp/pr25874.C: Add dg-options. Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/gomp/pr25874.C trunk/gcc/testsuite/gcc.dg/gomp/pr25874.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug libfortran/31052] [4.2 only] Bad IOSTAT values when readings NAMELISTs past EOF
--- Comment #48 from jvdelisle at gcc dot gnu dot org 2007-04-14 20:19 --- Created an attachment (id=13365) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13365&action=view) A possible fix for sixtrack, again and again hjl, Would you please try this patch and see if it resolves the problem. This is a hunt in the dark since I don't have this code to test. I have not been able to get the "publicly available" equivalent six.f to build. This diff is against current trunk. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Attachment #13255|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31052
[Bug c++/31573] -Wall-all to enable all warnings
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-14 20:27 --- That begs the question: what's *not* covered by -W -Wall -Wextra [-ansi -pedantic-errors -Werror]? There are also some warning flags that are parameterized (-Wstrict-aliasing=#, -Wformat=#), should those be maxed out as well? Maybe we could call it -WALL? :) -- fang at csl dot cornell dot edu changed: What|Removed |Added CC||fang at csl dot cornell dot ||edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
[Bug c/31575] New: Extra push+pop generated on x86
For this code: struct data { unsigned data[4][1]; unsigned char valid[4]; unsigned char flags[4]; }; void def(struct data *info, int index, unsigned *v) { if (info->flags[index]) { info->valid[index] = 1; info->data[index][0] = v[0]; } } SVN HEAD generates an extra push+pop compared to 4.1.1 when compiling with -O2 -march=pentium4 4.1.1 generates this code (3.4.3 generates identical code): def: pushl %ebp movl%esp, %ebp movl8(%ebp), %ecx movl12(%ebp), %edx cmpb$0, 20(%edx,%ecx) je .L4 movb$1, 16(%edx,%ecx) movl16(%ebp), %eax movl(%eax), %eax movl%eax, (%ecx,%edx,4) .L4: popl%ebp ret SVN HEAD: def: pushl %ebp movl%esp, %ebp pushl %ebx <--- extra instruction movl8(%ebp), %ecx movl12(%ebp), %edx cmpb$0, 20(%ecx,%edx) je .L4 movb$1, 16(%ecx,%edx) movl16(%ebp), %ebx movl(%ebx), %eax movl%eax, (%ecx,%edx,4) .L4: popl%ebx <--- extra instruction popl%ebp ret This is a regression from (at least) 3.4.3 and 4.1.1 -- Summary: Extra push+pop generated on x86 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dann at godzilla dot ics dot uci dot edu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31575
[Bug c++/25874] [gomp] ICE in calc_dfs_tree()
--- Comment #14 from jakub at gcc dot gnu dot org 2007-04-14 20:44 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug middle-end/31575] Extra push+pop generated on x86
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-14 20:50 --- This looks completely a register allocator issue and I think 4.2.0 and before were just getting lucky. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end Keywords||ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31575
[Bug middle-end/31575] Extra push+pop generated on x86
--- Comment #2 from dann at godzilla dot ics dot uci dot edu 2007-04-14 21:03 --- (In reply to comment #1) > This looks completely a register allocator issue and I think 4.2.0 and before > were just getting lucky. Also note that the extra push+pop are NOT generated when using -march=i386, -march=athlon, or -march=core2. But they ARE generated when using -march=i486, -march=i686, -march=pentium4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31575
[Bug c++/31573] -Wall-all to enable all warnings
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-14 21:18 --- Actually more than that, there are new warnings options each release so really if we have this we will get complaints about warnings options get added. so I am going to close this as won't fix. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
[Bug c++/25874] [gomp] ICE in calc_dfs_tree()
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25874
[Bug libfortran/31052] [4.2 only] Bad IOSTAT values when readings NAMELISTs past EOF
--- Comment #49 from hjl at lucon dot org 2007-04-14 22:09 --- (In reply to comment #48) > Created an attachment (id=13365) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13365&action=view) [edit] > A possible fix for sixtrack, again and again > > hjl, > > Would you please try this patch and see if it resolves the problem. This is a > hunt in the dark since I don't have this code to test. I have not been able > to > get the "publicly available" equivalent six.f to build. This diff is against > current trunk. > Yes, it works. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31052
[Bug c++/31573] -Wall-all to enable all warnings
--- Comment #3 from fang at csl dot cornell dot edu 2007-04-14 22:24 --- Subject: Re: -Wall-all to enable all warnings > --- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-14 21:18 > --- > Actually more than that, there are new warnings options each release so really > if we have this we will get complaints about warnings options get added. so I > am going to close this as won't fix. I also don't really see this ever happening because the libstdc++ headers aren't clean w.r.t. -Weffc++ (if you propose to turn those on too). Even the man page warns about it. (Vast majority seem to be "non-virtual destructor in base class" nonsense from my previous attempts.) Even if fine-grain, source-annotated warning suppressions (__attribute__, etc.) kick in, *some* of the extra warnings would be a nuisance to work-around, and extra work for library maintainers. FWIW, -W -Wall has served me quite well. (-W is -Wextra since 3.4) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573
[Bug middle-end/31575] Extra push+pop generated on x86
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-14 23:55 --- Randon register allocation fluctuations. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31575
[Bug c++/31074] [4.1/4.2/4.3 Regression] Reference casting involving multiple inheritance produces bad pointer
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-15 00:44 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31074
[Bug c++/25895] [4.0/4.1/4.2 Regression] wrong code with ?: and derived class pointers
--- Comment #6 from jason at gcc dot gnu dot org 2007-04-15 00:54 --- I believe that this change will pessimize alias analysis somewhat; improved alias analysis was the reason for my change to model base access with COMPONENT_REF. But I'll leave this alone until I get around to doing that more fully (as described in 22488) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25895
[Bug target/31552] -fcall-used-vXX turns into ICE
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-15 00:56 --- Confirmed, reduced testcase: static const __attribute__((altivec(vector__))) unsigned char array[16]; static __attribute__((altivec(vector__))) unsigned char f1(__attribute__((altivec(vector__))) unsigned char in) { __attribute__((altivec(vector__))) unsigned char v1, v2, v3, v4, v5, v6, v7, v8; __attribute__((altivec(vector__))) unsigned char v0, v9, v10, v12, v13, v14, v15; __attribute__((altivec(vector__))) unsigned char v16, v17, v20, v18, v19; v3 = __builtin_vec_perm(array[4], array[5], in); v4 = __builtin_vec_perm(array[6], array[7], in); v5 = __builtin_vec_perm(array[8], array[9], in); v6 = __builtin_vec_perm(array[10], array[11], in); v7 = __builtin_vec_perm(array[12], array[13], in); v8 = __builtin_vec_perm(array[14], array[15], in); v13 = __builtin_vec_sel(v3, v4, v0); v14 = __builtin_vec_sel(v5, v6, v0); v15 = __builtin_vec_sel(v7, v8, v0); v19 = __builtin_vec_vslb(in, ((__attribute__((altivec(vector__))) unsigned char) __builtin_altivec_vspltisb (((1); v9 = (__attribute__((altivec(vector__))) unsigned char)__builtin_vec_vcmpgtub(v19, array[2]); v16 = __builtin_vec_sel(v12, v13, v9); v17 = __builtin_vec_sel(v14, v15, v9); v20 = __builtin_vec_sel(v16, v17, v10); return v20; } int f2(__attribute__((altivec(vector__))) unsigned char av[15]) { unsigned __attribute__((altivec(vector__))) char tmp; unsigned int i; for (i=0; i< 20; i++) { tmp = f1(tmp); av[i] = tmp; } } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-unknown-linux-gnu | GCC host triplet|powerpc-unknown-linux-gnu | GCC target triplet|powerpc-unknown-linux-gnu |powerpc*-linux-gnu Keywords||ice-on-valid-code Known to fail||4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-04-15 00:56:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31552
[Bug c++/25895] [4.0/4.1/4.2 Regression] wrong code with ?: and derived class pointers
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-15 00:58 --- (In reply to comment #6) > I believe that this change will pessimize alias analysis somewhat; improved > alias analysis was the reason for my change to model base access with > COMPONENT_REF. But I'll leave this alone until I get around to doing that > more > fully (as described in 22488) Also I think Honza's patch for fold actually might fix this up after the C++ producing the "crazy" code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25895
[Bug c++/19817] C++ front-end produces a cast instead of just &a.b (when call the deconstructor)
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-15 01:05 --- Note this was fixed at the tree level by: 2007-04-08 Jan Hubicka <[EMAIL PROTECTED]> * tree.h (maybe_fold_offset_to_component_ref): Declare. * tree-ssa-ccp.c (maybe_fold_offset_to_component_ref): Export. * fold-const.c (fold_unary): Use it. But The C++ front-end should not produce this to begin with. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|TREE| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19817
[Bug middle-end/31541] [4.3 Regression] cannot take address of bit field
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-15 01:30 --- DECL_BIT_FIELD is false for this decl but bit_field_type is true. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31541
[Bug middle-end/31541] [4.3 Regression] cannot take address of bit field
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-15 01:36 --- And the reason is: /* See if we can use an ordinary integer mode for a bit-field. Conditions are: a fixed size that is correct for another mode and occupying a complete byte or bytes on proper boundary. */ So we have to check DECL_BIT_FIELD_TYPE also. I have a patch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31541
[Bug c/31520] [4.1/4.2/4.3 Regression] Latent bug in finish_decl causing an errorous "array subscript is above array bounds" in 4.3
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-15 01:59 --- Subject: Bug 31520 Author: pinskia Date: Sun Apr 15 01:59:15 2007 New Revision: 123835 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123835 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR c/31520 * c-del.c (finish_decl): Grab the type of the decl after the call to store_init_value. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR C/31520 * testsuite/gcc.dg/gnu89-init-4.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/gnu89-init-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31520
[Bug c/31520] [4.1/4.2 Regression] Latent bug in finish_decl causing an errorous "array subscript is above array bounds" in 4.3
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-15 01:59 --- Fixed on the mainline, testing for the 4.2/4.1 branches. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regression] Latent |Latent bug in finish_decl |bug in finish_decl causing |causing an errorous "array |an errorous "array subscript |subscript is above array|is above array bounds" in |bounds" in 4.3 |4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31520
[Bug c/31520] [4.1/4.2 Regression] Latent bug in finish_decl causing an errorous "array subscript is above array bounds"
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-15 02:10 --- Subject: Bug 31520 Author: pinskia Date: Sun Apr 15 02:10:22 2007 New Revision: 123836 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123836 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR c/31520 * c-del.c (finish_decl): Grab the type of the decl after the call to store_init_value. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR C/31520 * testsuite/gcc.dg/gnu89-init-4.c: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gnu89-init-4.c - copied unchanged from r123835, trunk/gcc/testsuite/gcc.dg/gnu89-init-4.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/c-decl.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31520
[Bug rtl-optimization/31500] FAIL: gcc.dg/Warray-bounds.c (internal compiler error)
--- Comment #10 from danglin at gcc dot gnu dot org 2007-04-15 02:17 --- Subject: Bug 31500 Author: danglin Date: Sun Apr 15 02:17:41 2007 New Revision: 123837 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123837 Log: PR rtl-optimization/31500 * gcc.dg/Warray-bounds.c: Skip on hppa*-*-*. * g++.dg/warn/Warray-bounds.C: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/warn/Warray-bounds.C trunk/gcc/testsuite/gcc.dg/Warray-bounds.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31500
[Bug c/31520] [4.1 Regression] Latent bug in finish_decl causing an errorous "array subscript is above array bounds"
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-15 02:20 --- Subject: Bug 31520 Author: pinskia Date: Sun Apr 15 02:20:33 2007 New Revision: 123838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123838 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR c/31520 * c-del.c (finish_decl): Grab the type of the decl after the call to store_init_value. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR C/31520 * testsuite/gcc.dg/gnu89-init-4.c: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/gnu89-init-4.c - copied unchanged from r123835, trunk/gcc/testsuite/gcc.dg/gnu89-init-4.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-decl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31520
[Bug c/31520] [4.1 Regression] Latent bug in finish_decl causing an errorous "array subscript is above array bounds"
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-15 02:20 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31520
[Bug c++/30168] [4.1 Regression] C++ constructors can cause invalid gimple to happen with complex typed variables
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-04-15 02:24 --- Subject: Bug 30168 Author: pinskia Date: Sun Apr 15 02:24:00 2007 New Revision: 123839 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123839 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30168 * optimize.c (update_cloned_parm): Copy DECL_COMPLEX_GIMPLE_REG_P also. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30168 * g++.dg/opt/complex6.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/opt/complex6.C - copied unchanged from r122766, branches/gcc-4_2-branch/gcc/testsuite/g++.dg/opt/complex6.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/optimize.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30168
[Bug c++/30168] [4.1 Regression] C++ constructors can cause invalid gimple to happen with complex typed variables
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-04-15 02:24 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30168
[Bug middle-end/30729] [4.1 Regression] value computed is not used warning with unused result of va_arg
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-15 02:28 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30729
[Bug middle-end/30729] [4.1 Regression] value computed is not used warning with unused result of va_arg
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-15 02:28 --- Subject: Bug 30729 Author: pinskia Date: Sun Apr 15 02:28:09 2007 New Revision: 123840 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123840 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/30729 * stmt.c (warn_if_unused_value): VA_ARG_EXPR has side effects unknown to this function, return early. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/30729 * gcc.dg/Wunused-value-2.c: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wunused-value-2.c - copied unchanged from r122027, trunk/gcc/testsuite/gcc.dg/Wunused-value-2.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/stmt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30729
[Bug tree-optimization/30045] [4.1 Regression] ICE in nonnull_arg_p with the CHAIN decl
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-15 02:33 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30045
[Bug tree-optimization/30045] [4.1 Regression] ICE in nonnull_arg_p with the CHAIN decl
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-15 02:33 --- Subject: Bug 30045 Author: pinskia Date: Sun Apr 15 02:33:02 2007 New Revision: 123841 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123841 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR tree-opt/30045 * tree-vrp.c (nonnull_arg_p): Treat the static decl as always non null. 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR tree-opt/30045 * gcc.dg/pr30045.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr30045.c - copied unchanged from r120069, trunk/gcc/testsuite/gcc.dg/pr30045.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30045
[Bug tree-optimization/30045] [4.1 Regression] ICE in nonnull_arg_p with the CHAIN decl
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-15 02:36 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30045
[Bug middle-end/31475] [4.2/4.3 Regression] gcc 4.2.0 from svn r123448 segfaults while 4.2.0rc1 was working properly
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-15 02:51 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Summary|gcc 4.2.0 from svn r123448 |[4.2/4.3 Regression] gcc |segfaults while 4.2.0rc1 was|4.2.0 from svn r123448 |working properly|segfaults while 4.2.0rc1 was ||working properly Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31475
[Bug libfortran/31052] [4.2 only] Bad IOSTAT values when readings NAMELISTs past EOF
--- Comment #50 from jvdelisle at gcc dot gnu dot org 2007-04-15 02:55 --- Patch committed to trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31052
[Bug target/31361] SSE2 generation bug with shifts
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31361
[Bug middle-end/31268] Non-deterministic bug producing a run-time infinite loop
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-15 06:32 --- But note this was with a compiler from March 9th so this might already be fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
[Bug middle-end/31268] Non-deterministic bug producing a run-time infinite loop
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-04-15 06:32 --- I can reproduce this with -O2, with -O2 -fno-strict-aliasing, the infinite loop goes away so this might be an aliasing violation. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
[Bug middle-end/31531] A microoptimization of isnegative of signed integer
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-15 06:43 --- There are a couple of ways of fixing this bug, folding while going out of ssa. Doing a tree combined which is PR 15459. Or the patch which I attached. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||15459 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-15 06:43:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31531
[Bug other/31536] sparc64 build fails with `unknown endianness' error.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 06:47 --- Can you show how you build GCC because there are a lot of checks that "checking whether byte ordering is bigendian" does, the macros check is only one of many. It also tries to do an object test and then last a runtime test. Also can you attach the config.log from the libiberty directory? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
[Bug rtl-optimization/31549] Documentation for -frtl-abstract-sequences is in the wrong place
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 06:49 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2007-04-15 06:49:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31549
[Bug driver/31316] driver specifies output file twice when compiling header with -S
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 07:05 --- Confirmed, not a regression as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.0.4 4.1.3 4.2.0 4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-04-15 07:05:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31316
[Bug other/31350] gcc -v --help puts some output on std. out, and some on std. error.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 07:08 --- Some of this is not a GCC bug but a binutils one I think or maybe not a bug at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31350
[Bug tree-optimization/31041] [4.3 Regression] verify_stmts failed: invalid operand to binary operator with -O2 -ftree-vectorize
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-15 07:09 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31041
[Bug target/31167] ICE wnen using __int128_t on x86_64
-- 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=31167
[Bug ada/31576] New: [regression] bootstrap error on sparc-linux-gnu
SVN 20070414, fails building gnatlib. Matthias /build/buildd/gcc-snapshot-20070414/build/./gcc/xgcc -B/build/buildd/gcc-snapshot-20070414/build/./gcc/ -B/usr/lib/gcc-snapshot/sparc-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/sparc-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/sparc-linux-gnu/include -isystem /usr/lib/gcc-snapshot/sparc-linux-gnu/sys-include -c -g -O2 -fPIC -W -Wall -gnatpg g-altcon.adb -o g-altcon.o g-altcon.adb:131:28: warning: condition is always True g-altcon.adb:146:28: warning: condition is always True g-altcon.adb:166:28: warning: condition is always True g-altcon.adb:181:28: warning: condition is always True g-altcon.adb:201:28: warning: condition is always True g-altcon.adb:216:28: warning: condition is always True g-altcon.adb:238:28: warning: condition is always True g-altcon.adb:253:28: warning: condition is always True g-altcon.adb:273:28: warning: condition is always True g-altcon.adb:288:28: warning: condition is always True g-altcon.adb:308:28: warning: condition is always True g-altcon.adb:323:28: warning: condition is always True g-altcon.adb:345:28: warning: condition is always True g-altcon.adb:360:28: warning: condition is always True g-altcon.adb:380:28: warning: condition is always True g-altcon.adb:395:28: warning: condition is always True g-altcon.adb:415:28: warning: condition is always True g-altcon.adb:430:28: warning: condition is always True g-altcon.adb:452:28: warning: condition is always True g-altcon.adb:467:28: warning: condition is always True g-altcon.adb:489:28: warning: condition is always True g-altcon.adb:504:28: warning: condition is always True make[9]: *** [g-altcon.o] Error 1 make[9]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/gcc/ada/rts' make[8]: *** [gnatlib] Error 2 make[8]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/gcc/ada' make[7]: *** [gnatlib-shared-default] Error 2 make[7]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/gcc/ada' make[6]: *** [gnatlib-shared-dual] Error 2 make[6]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/gcc/ada' make[5]: *** [gnatlib-shared] Error 2 make[5]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/gcc/ada' make[4]: *** [gnatlib-shared] Error 2 make[4]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build/sparc-linux-gnu/libada' make[3]: *** [all-target-libada] Error 2 make[3]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build' make[2]: *** [bootstrap-lean] Error 2 make[2]: Leaving directory `/build/buildd/gcc-snapshot-20070414/build' -- Summary: [regression] bootstrap error on sparc-linux-gnu Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31576