[Bug middle-end/24804] [3.4 Regression] Produces wrong code
--- Comment #8 from gdr at gcc dot gnu dot org 2005-12-01 08:33 --- Moved to 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24804
[Bug web/25198] New: svn.html
Hi, currently the gcc.gnu.org/svn.html could be made clearer on how to check out a release. It mentions: SVN tags, branches and checkouts You can check out the latest version of the GCC x.y release branch with the following command: svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-x_y-branch gcc By changing the gcc-x_y-branch part of the URL, you can check out particular releases or branches. this leads to people using svn co svn://gcc.gnu.org/svn/gcc/branches/gcc_X_Y_Z_release gcc instead of the correct svn co svn://gcc.gnu.org/svn/gcc/tags/gcc_X_Y_Z_release gcc I would write something like: You can check out the latest version of a GCC x.y branch with the following command: svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-x_y-branch gcc while a particular release can be obtained using svn co svn://gcc.gnu.org/svn/gcc/tags/gcc_x_y_z_release gcc By changing the gcc-x_y-branch or gcc_x_y_z_release part of the URL, you can check out particular releases or branches. -- Summary: svn.html Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25198
[Bug target/25176] FAIL: Array_3 -O3 execution - bytecode-native test
--- Comment #4 from christian dot joensson at gmail dot com 2005-12-01 10:06 --- Not 100% sure, but I do believe this has happend on sparc/sparc64 linux for a quite some time... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25176
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Comment #11 from jv244 at cam dot ac dot uk 2005-12-01 10:21 --- svn merge -r 101961:101962 svn://gcc.gnu.org/svn/gcc/trunk/gcc/tree-chrec.c gcc/tree-chrec.c Yes, this fixes the problem for me (tested on _4_0_1_release). This really should be applied to the branch I think. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug c++/25199] New: crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
A fairly tricky one. OOo compiled with -mtune=pentium4 will crash e.g. http://qa.openoffice.org/issues/show_bug.cgi?id=58368 eventually on drawing stuff. Problem traced to a particular file. Compied with -mtune=pentiumpro instead and crash dissappears. So taking -E code, attached here as salgdi.ii, comiling as a) g++ -S -Os -fno-strict-aliasing -fvisibility=hidden -mtune=pentiumpro -fvisibility-inlines-hidden -g -fno-exceptions -fpic -o pentiumpro-salgdi.s salgdi.ii g++ -c -fpic -o ../../../unxlngi6.pro/slo/salgdi.o pentiumpro-salgdi.s and all is well, and as b) ++ -S -Os -fno-strict-aliasing -fvisibility=hidden -mtune=pentium4 -fvisibility-inlines-hidden -g -fno-exceptions -fpic -o pentium4-salgdi.s salgdi.ii g++ -c -fpic -o ../../../unxlngi6.pro/slo/salgdi.o pentium4-salgdi.s all is not well. .s also attached in an attempt to be useful -- Summary: crashing code output from -mtune=pentium4 but not - mtune=pentiumpro Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #1 from caolanm at redhat dot com 2005-12-01 10:27 --- Created an attachment (id=10374) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10374action=view) preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #2 from caolanm at redhat dot com 2005-12-01 10:27 --- Created an attachment (id=10375) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10375action=view) ok output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #3 from caolanm at redhat dot com 2005-12-01 10:28 --- Created an attachment (id=10376) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10376action=view) not ok output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c/25200] New: ICE compiling GNU tar
Hello! When compiling GNU tar 1.15.1, it stopps with: argp-help.c: In function 'make_hol': argp-help.c:430: warning: comparison is always true due to limited range of data type argp-help.c: In function 'hol_append': argp-help.c:831: warning: comparison is always true due to limited range of data type argp-help.c:1684:4: argp-help.c: In function '__argp_short_program_name': argp-help.c:1675: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[4]: *** [argp-help.o] Error 1 uname -a: SunOS 5.8 Generic_108528-26 sun4u sparc SUNW,Sun-Fire-15000 gcc -v: Using built-in specs. Target: sparcv9-sun-solaris2.8 Configured with: /appl/local/be8/tmp/gcc-4.1-20051125/configure --prefix=/appl/local/be8/pkg/pre2 --enable-shared --enable-threads --enable-languages=c,c++ --disable-libgcj --with-gnu-as --with-as=/appl/local/be8/pkg/pre2/bin/sparcv9-sun-solaris2.8-as --with-gnu-ld --with-ld=/appl/local/be8/pkg/pre2/bin/sparcv9-sun-solaris2.8-ld --disable-multilib sparcv9-sun-solaris2.8 Thread model: posix gcc version 4.1.0 20051125 (prerelease) To reproduce: 1) get GNU tar 1.15.1 2) untar the tarball :-) 3) cd tar-1.15.1 4) ./configure --host=sparcv9-sun-solaris2.8 --target=sparcv9-sun-solaris2.8 5) make Other systems also fail: sparcv9-sun-solaris2.8: gcc 4.0.2 Other systems known to work: sparc-sun-solaris2.8: gcc 4.0.2 The gcc 4.0.2 versions uses binutils-2.16.1. The gcc 4.1.0 20051125 version uses binutils-051130. If you need other information, just drop me a mail. Happy debugging Andre -- Summary: ICE compiling GNU tar Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andreas at florath dot net GCC build triplet: sparcv9-sun-solaris2.8 GCC host triplet: sparcv9-sun-solaris2.8 GCC target triplet: sparcv9-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #4 from caolanm at redhat dot com 2005-12-01 10:28 --- crash is X11SalGraphics::SetXORMode (this=0x34b3f10, bSet=0 '\0') at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:695 695 if( !bXORMode_ == bSet ) where a bitfield is compare to unsigned char -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug fortran/25201] New: internal compiler error in open statement
gfortran fails in compiling the following program. I wish this problem fixed soon. $ cat bug.f90 character(len=12) :: string = SEQUENTIAL open(10, access=trim(string)) end program $ gfortran bug.f90 bug.f90: In function 'MAIN__': bug.f90:2: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugzilla.redhat.com/bugzilla for instructions. -- Summary: internal compiler error in open statement Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: iguchi at coral dot t dot u-tokyo dot ac dot jp http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25201
[Bug c/25200] ICE compiling GNU tar
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2005-12-01 10:48 --- (In reply to comment #0) If you need other information, just drop me a mail. Please attach preprocessed source of argp-help.c as prescribed here: http://gcc.gnu.org/bugs.html#detailed -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added Status|UNCONFIRMED |WAITING Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug middle-end/25186] (short)(((int)short_var) 1) should be folded so that the shift is done in the short type
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-01 10:53 --- Confirmed. The first testcase is really just short *a; void f(void) { *a = *a 1; } interestingly, the C frontend does not do integer promotion of unsigned short *a; void f(voif) { *a = *a 1; } where *a should be promoted to int as of 6.3.1.8 and 6.5.7/3, which says Integer promotions are performed on each of the operands. Now the question is how to read this, but either the C frontend does unnecessary promution for the signed case or it misses it for the unsigned case. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-01 10:53:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
[Bug middle-end/25186] (short)(((int)short_var) 1) should be folded so that the shift is done in the short type
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-12-01 11:01 --- Doh. The C frontend _does_ the promotion (in the unsigned case): (intD.0) *aD.1296 1 just convert.c:convert_to_integer folds it to a shift on unsigned short again. This transformation should be moved to fold instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
[Bug c/25200] ICE compiling GNU tar
--- Comment #2 from andreas at florath dot net 2005-12-01 11:12 --- Created an attachment (id=10377) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10377action=view) Preprocessed argp-help.c. file Hello! Here the preprocessed argp-help.c. Regards Andre -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug libstdc++/23406] libstdc++ fails to link with std::string on AIX
--- Comment #7 from michael dot haubenwallner at salomon dot at 2005-12-01 11:22 --- Just for completion: The problem is not GNU ar, but GNU nm. libstdc++ does not work when built with GNU nm, but works when built with AIX nm (always without GNU as/ld, but with GNU ar/objdump/ranlib/strip). I've compared build-outputs of gcc-3.4.4 with and without GNU nm, and found this: when generating symbol list for `libstdc++.la', GNU nm says: BFD: .libs/allocator-inst.o: warning: illegal symbol index 0 in line numbers BFD: .libs/allocator-inst.o: warning: illegal symbol index 0 in line numbers This happens for powerpc-ibm-aix5.2.0.0/libstdc++-v3 powerpc-ibm-aix5.2.0.0/pthread/libstdc++-v3 but not for powerpc-ibm-aix5.2.0.0/ppc64/libstdc++-v3 powerpc-ibm-aix5.2.0.0/pthread/ppc64/libstdc++-v3 It's the same for both binutils-2.16 and 2.16.1. So - i'll consider comment#6. -- michael dot haubenwallner at salomon dot at changed: What|Removed |Added CC||michael dot haubenwallner at ||salomon dot at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23406
[Bug c/25200] ICE compiling GNU tar
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-01 11:32:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug c++/13384] error: non-lvalue in assignment - message a little misleading for C++
--- Comment #5 from gdr at gcc dot gnu dot org 2005-12-01 12:00 --- Subject: Bug 13384 Author: gdr Date: Thu Dec 1 12:00:17 2005 New Revision: 107816 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107816 Log: PR c/13384 * c-common.c (lvalue_error): Fix wording. testsuite/ PR c/13384 * gcc.dg/pr17730-1.c: Adjust. * gcc.dg/lvalue1.c (main): Likewise. * gcc.dg/lvalue-2.c: Likewise. * g++.dg/pr7503-3.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/opt/pr7503-3.C trunk/gcc/testsuite/gcc.dg/lvalue-2.c trunk/gcc/testsuite/gcc.dg/lvalue1.c trunk/gcc/testsuite/gcc.dg/pr17730-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13384
[Bug c++/13384] error: non-lvalue in assignment - message a little misleading for C++
--- Comment #6 from gdr at gcc dot gnu dot org 2005-12-01 12:01 --- Fixed in 4.2.x (mainline). -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13384
[Bug middle-end/25186] (short)(((int)short_var) 1) should be folded so that the shift is done in the short type
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-12-01 12:28 --- convert_to_integer contains case LSHIFT_EXPR: /* We can pass truncation down through left shifting when the shift count is a nonnegative constant and the target type is unsigned. */ if (TREE_CODE (TREE_OPERAND (expr, 1)) == INTEGER_CST tree_int_cst_sgn (TREE_OPERAND (expr, 1)) = 0 TYPE_UNSIGNED (type) TREE_CODE (TYPE_SIZE (type)) == INTEGER_CST) which for our case then (should) falls through to ... /* Don't do unsigned arithmetic where signed was wanted, or vice versa. Exception: if both of the original operands were unsigned then we can safely do the work as unsigned. Exception: shift operations take their type solely from the first argument. Exception: the LSHIFT_EXPR case above requires that we perform this operation unsigned lest we produce signed-overflow undefinedness. And we may need to do it as unsigned if we truncate to the original size. */ if (TYPE_UNSIGNED (TREE_TYPE (expr)) || (TYPE_UNSIGNED (TREE_TYPE (arg0)) (TYPE_UNSIGNED (TREE_TYPE (arg1)) || ex_form == LSHIFT_EXPR || ex_form == RSHIFT_EXPR || ex_form == LROTATE_EXPR || ex_form == RROTATE_EXPR)) || ex_form == LSHIFT_EXPR) typex = lang_hooks.types.unsigned_type (typex); else typex = lang_hooks.types.signed_type (typex); now, this path seems to handle LSHIFT_EXPR of signed types, so the exeption above does not need to apply. Further, I don't understand the reasoning why we need to do the shift unsigned - we invoke undefined behavior for signed overflow, but the original code, (short) int n invoked undefined behavior in truncating the int to short in case the value doesn't fit. Which of course still happens for the unsigned case. So, what would break with Index: convert.c === *** convert.c (revision 107813) --- convert.c (working copy) *** convert_to_integer (tree type, tree expr *** 512,518 the target type is unsigned. */ if (TREE_CODE (TREE_OPERAND (expr, 1)) == INTEGER_CST tree_int_cst_sgn (TREE_OPERAND (expr, 1)) = 0 - TYPE_UNSIGNED (type) TREE_CODE (TYPE_SIZE (type)) == INTEGER_CST) { /* If shift count is less than the width of the truncated type, --- 490,495 *** convert_to_integer (tree type, tree expr *** 607,614 || ex_form == LSHIFT_EXPR || ex_form == RSHIFT_EXPR || ex_form == LROTATE_EXPR ! || ex_form == RROTATE_EXPR)) ! || ex_form == LSHIFT_EXPR) typex = lang_hooks.types.unsigned_type (typex); else typex = lang_hooks.types.signed_type (typex); --- 584,590 || ex_form == LSHIFT_EXPR || ex_form == RSHIFT_EXPR || ex_form == LROTATE_EXPR ! || ex_form == RROTATE_EXPR))) typex = lang_hooks.types.unsigned_type (typex); else typex = lang_hooks.types.signed_type (typex); ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
[Bug middle-end/25181] [3.4 Regression] wrong will never be executed warning in switch - case block
--- Comment #5 from oliverst at online dot de 2005-12-01 12:32 --- (In reply to comment #1) This is invalid code: t.cc: In function int test_18(): t.cc:15: error: jump to case label t.cc:9: error: crosses initialization of int ret t.cc:18: error: jump to case label t.cc:9: error: crosses initialization of int ret We should reject this. Will you create a bug report for this or is there already one filed? I just tried it with GCC 4.0.2 (downloaded it from http://www.thisiscool.com/gcc_mingw.htm) and the code is still accepted. C:\MinGW_4.0.2\bingcc -v Using built-in specs. Target: i686-pc-mingw32 Configured with: /datal/gcc/gcc/configure --prefix=/datal/gcc/build/wingcc --bui ld=i686-pc-linux-gnu --host=i686-pc-mingw32 --target=i686-pc-mingw32 --enable-la nguages=c,c++,java --with-gcc --with-gnu-as --with-gnu-ld --with-as=/datal/gcc/b uild/crossgcc/bin/i686-pc-mingw32-as --with-ld=/datal/gcc/build/crossgcc/bin/i68 6-pc-mingw32-ld --enable-threads=win32 --disable-nls --disable-win32-registry -- disable-shared --disable-debug --without-newlib --enable-libgcj --disable-java-a wt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interprete r --enable-hash-synchronization --enable-sjlj-exceptions --enable-libgcj-multifi le --enable-libgcj-mingw-osapi=ansi Thread model: win32 gcc version 4.0.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25181
[Bug middle-end/25186] (short)(((int)short_var) 1) should be folded so that the shift is done in the short type
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-12-01 12:46 --- I.e. 6.3.1.3/3 says that conversion from type T to signed type is implementation defined if the value doesn't fit. And we define it to reducing it modulo 2^N. So, for !flag_wrapv (short)((int)0x8000 1) == 0 but 0x8000 1 is undefined. So this transformation is only ok for flag_wrapv. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
[Bug libgcj/7532] shutdown hooks not run upon abnormal termination
--- Comment #8 from thebohemian at gmx dot net 2005-12-01 12:46 --- Created an attachment (id=10378) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10378action=view) a test for the shutdown situation Here is another small test case. Output on another free VM looks like this: jamvm test.shutdownhook.Test waiting ... Shutting down! Exception in thread Thread-3 java.lang.Error at test.shutdownhook.Test$3.run (Test.java:26) at java.lang.Thread.run (Thread.java:674) Exception in thread Thread-2 java.lang.NullPointerException at test.shutdownhook.Test$2.run (Test.java:19) at java.lang.Thread.run (Thread.java:674) On gcj the shutdown hooks are not called when stopping it via ctrl-c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7532
[Bug c++/24103] [3.4 Regression] ICE in simple_cst_equal
--- Comment #4 from reichelt at gcc dot gnu dot org 2005-12-01 12:46 --- Patch posted. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||12/msg00042.html Status|NEW |ASSIGNED Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24103
[Bug c++/25203] New: [4.0] enable checking failure in g++.dg/opt/mmx2.C
On i686-pc-linux-gnu with current gcc-4.0.x, I'm getting a failure in g++.dg/opt/mmx2.C: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01435.html I think it's triggered by turning on checking, because I don't see other people getting the error. I configured with: --enable-checking=yes,rtl I get an ICE here: Program received signal SIGSEGV, Segmentation fault. memory_operand (op=0xabababab, mode=VOIDmode) at ../../egcc-4.0-SVN20051130/gcc/recog.c:1279 1279 if (GET_CODE (inner) == SUBREG) Here the variable inner is set to op which is a parameter to the function memory_operand(). And memory_operand() is passed operands[2] from get_attr_memory(). The value is 0xabababab, i.e. uninitialized garbage. In insn-extract.c, only if checking is enabled, the function insn_extract memsets recog_data.operand (operands is a macro for this) to 0xab so that any uninitialized areas get this value. I don't see this failure with 4.1 or mainline. -- Summary: [4.0] enable checking failure in g++.dg/opt/mmx2.C Product: gcc Version: 4.0.3 Status: UNCONFIRMED Keywords: ice-checking, ssemmx Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25203
[Bug c++/25203] [4.0] enable checking failure in g++.dg/opt/mmx2.C
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25203
[Bug libgcj/7532] shutdown hooks not run upon abnormal termination
--- Comment #9 from thebohemian at gmx dot net 2005-12-01 14:05 --- The Sun JVM does not run shutdown hooks and similar stuff when running with -Xrs[0]. [0] - http://www-inf.int-evry.fr/cours/java/jdk1.4docs/tooldocs/solaris/java.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7532
[Bug c/25169] [4.0 regression] tree checking failures in gcc.dg/20040203-1.c, cast-1.c, cast-2.c, cast-3.c
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-12-01 14:05 --- My results from last night confirm it's fixed now, thanks. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25169
[Bug libgcj/25204] New: incorrect SIGQUIT handling
According to[0] the SIGQUIT signal should cause a dump of all threads the VM is running. Currently this does not happen and instead the VM is shut down. [0] - http://www-inf.int-evry.fr/cours/java/jdk1.4docs/tooldocs/solaris/java.html -- Summary: incorrect SIGQUIT handling Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thebohemian at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25204
[Bug middle-end/25186] (short)(((int)short_var) 1) should be folded so that the shift is done in the short type
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-12-01 14:17 --- I have two fixes. One really safe and one ok via IRC communication. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-12-01 10:53:06 |2005-12-01 14:17:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25186
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #5 from jakub at gcc dot gnu dot org 2005-12-01 14:38 --- Finding a bug in 1M of assembly is really hard without knowing where exactly to look at. Nevertheless, I suspect: movl237(%edi), %esi in _ZN14X11SalGraphics10SetXORModeEh (whereas -mpentiumpro .s has movb237(%esi), %al ). I haven't verified in detail, but it looks possible the 32bit bitfield (out of which only 14 bits are occupied) might be the last thing in the class, so if the bitfield happened to end up at END_OF_PAGE-240 bytes and nothing was mapped in the next page, a crash could happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c/25206] New: for loop with comma operator problem
GCC 4.0.1 bilt by GNUARM. follow source has different read and store address by incrementing of n. As result variable n will be not changed. unsigned short CommTxNum; static void foo (void) __attribute__ ((interrupt (IRQ))); void foo(void) { unsigned char n; for (n = 0; n 3 CommTxNum; n++, CommTxNum++) { ... } } -- Summary: for loop with comma operator problem Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ymonyak at lipowsky dot de GCC build triplet: 4.0.1 GCC host triplet: windows2000 sygwin GCC target triplet: arm-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25206
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #6 from jakub at gcc dot gnu dot org 2005-12-01 14:55 --- I can't understand how movqi_1 can not consider aligned_operand at all. Will dig more... -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-01 14:55:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #7 from caolanm at redhat dot com 2005-12-01 14:59 --- Program received signal SIGSEGV, Segmentation fault. [witching to Thread -1209017888 (LWP 28260)] X11SalGraphics::SetXORMode (this=0x3cb0f10, bSet=0 '\0') at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:695 695 if( !bXORMode_ == bSet ) (gdb) x/i $pc 0x20bfe89 _ZN14X11SalGraphics10SetXORModeEh+11: mov0xed(%edi),%esi (gdb) x/1b $edi+0xed 0x3cb0ffd: 0x00 (gdb) x/4b $edi+0xed 0x3cb0ffd: 0x000x000x00Cannot access memory at address 0x3cb1000 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug bootstrap/25207] New: bootstrap fails on libjava if alsa headers present but no -lasound.
This is on FC4 with alsa-lib{.i386,x86-64} installed but only alsa-lib-devel.x86_64 (no alsa-lib-devel.i386). Hence the header files are there, but not the libraries when building the -m32 multilib. It looks as if configury looks for and finds header files but it's overlooked to also look for asound libraries: ... checking for unistd.h... (cached) yes checking alsa/asoundlib.h usability... yes checking alsa/asoundlib.h presence... yes checking for alsa/asoundlib.h... yes checking dssi.h usability... no ... /bin/sh ../../../libtool --mode=link /home/hp/combined/native-regobj/./gcc/xgcc -B/home/hp/combined/native-regobj/./gcc/ -B/tmp/r\ eg-native/x86_64-unknown-linux-gnu/bin/ -B/tmp/reg-native/x86_64-unknown-linux-gnu/lib/ -isystem /tmp/reg-native/x86_64-unknown-l\ inux-gnu/include -isystem /tmp/reg-native/x86_64-unknown-linux-gnu/sys-include -L/home/hp/combined/native-regobj/./ld -m32 -peda\ ntic -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes `pkg-config --cflag\ s-only-other alsa` -O2 -g -O2 -m32 -module -version-info 0:0:0 -no-undefined -m32 -o libgjsmalsa.la -rpath /tmp/reg-native/lib/\ classpath gnu_javax_sound_midi_alsa_AlsaMidiSequencerDevice.lo gnu_javax_sound_midi_alsa_AlsaPortDevice.lo gnu_javax_sound_midi_\ alsa_AlsaMidiDeviceProvider.lo -lasound /home/hp/combined/native-regobj/./gcc/xgcc -B/home/hp/combined/native-regobj/./gcc/ -B/tmp/reg-native/x86_64-unknown-linux-gnu/bi\ n/ -B/tmp/reg-native/x86_64-unknown-linux-gnu/lib/ -isystem /tmp/reg-native/x86_64-unknown-linux-gnu/include -isystem /tmp/reg-na\ tive/x86_64-unknown-linux-gnu/sys-include -L/home/hp/combined/native-regobj/./ld -m32 -shared .libs/gnu_javax_sound_midi_alsa_A\ lsaMidiSequencerDevice.o .libs/gnu_javax_sound_midi_alsa_AlsaPortDevice.o .libs/gnu_javax_sound_midi_alsa_AlsaMidiDeviceProvider.\ o -L/home/hp/combined/native-regobj/./ld -lasound -Wl,-soname -Wl,libgjsmalsa.so.0 -o .libs/libgjsmalsa.so.0.0.0 /home/hp/combined/native-regobj/./gcc/collect-ld: cannot find -lasound collect2: ld returned 1 exit status make[11]: *** [libgjsmalsa.la] Error 1 make[11]: Leaving directory `/home/hp/combined/native-regobj/x86_64-unknown-linux-gnu/32/libjava/classpath/native/jni/midi-alsa' I'll work around this by installing alsa-lib-devel.i386 -- Summary: bootstrap fails on libjava if alsa headers present but no -lasound. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug libgcj/25204] incorrect SIGQUIT handling
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 --- *** This bug has been marked as a duplicate of 15686 *** -- 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=25204
[Bug libgcj/15686] ^\ should print stack trace
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-01 15:20 --- *** Bug 25204 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||thebohemian at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15686
[Bug target/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 15:24 --- I thought this was already fixed (or at least was in 4.1.0), let me find the patch which might had fixed it). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug target/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-01 15:25 --- Yes see PR 18019, it says it was fixed for 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug middle-end/25206] for loop with comma operator problem
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28 --- HUH? Can you give the full source/ reduced source and give a little more detailed explication on what is going wrong. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25206
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:29 --- I want to say FC4 is wrong here, if it does not have a library, it should not have the headers. Can you also file this with Redhat? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #2 from aph at gcc dot gnu dot org 2005-12-01 15:31 --- It's caused by only one multilib being installed. The 64-bit one is there, not the 32-bit one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug rtl-optimization/25115] [4.2 Regression] Segmentation fault in pre_insert_copy_insn
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-12-01 15:53 --- Assigning to bonzini by request. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
[Bug target/25180] [4.1/4.2 Regression] ICE during kernel build.
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-12-01 15:54 --- Assigning to bonzini by request. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25180
[Bug middle-end/25206] for loop with comma operator problem
--- Comment #2 from efim at lipowsky dot de 2005-12-01 15:55 --- Subject: Re: for loop with comma operator problem pinskia at gcc dot gnu dot org schrieb: --- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 15:28 --- HUH? Can you give the full source/ reduced source and give a little more detailed explication on what is going wrong. in the file you can see a snapshort with two arrows to read and store addresses. It is very simple source. static BYTE CommTxBuf[COMM_BUF_SIZE]; static BYTE * CommTxBufHead = CommTxBuf; static BYTE * CommTxBufTail = CommTxBuf; static WORD CommTxNum = 0; static void comm_txisr (void) __attribute__ ((interrupt (IRQ))); static void comm_txisr(void) { DWORD tmp; BYTE n; if(CommTxNum) { tmp = 0; for (n = 0; n 3 CommTxNum; n++, CommTxNum--) { tmp |= (DWORD)(*CommTxBufTail) ((n + 1) * 8); if (++CommTxBufTail = CommTxBuf[COMM_BUF_SIZE]) CommTxBufTail = CommTxBuf; } tmp |= (DWORD)n; while (comm_putchar(tmp)) ; } VICVectAddr = 0;// Update VIC priorities } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25206
[Bug middle-end/25206] for loop with comma operator problem
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 16:00 --- (In reply to comment #2) in the file you can see a snapshort with two arrows to read and store addresses. It is very simple source. This source does not show anything, it is not a full source. If you can read asm, could you point out what is wrong and also could attach a source which will compile? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25206
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #3 from hp at gcc dot gnu dot org 2005-12-01 16:29 --- In response to comment #1, no. The headers are provided by *both* alsa-lib-devel packages. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug target/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #10 from jakub at gcc dot gnu dot org 2005-12-01 16:39 --- Well, clearly it is not fixed, as proven on stock gcc-4_0-branch with: /* { dg-do compile } */ /* { dg-options -m32 -Os -fpic -mtune=pentium4 } */ struct S { void *p[30]; unsigned char a0 : 1; unsigned char a1 : 1; unsigned char a2 : 1; unsigned char a3 : 1; unsigned char a4 : 1; unsigned char a5 : 1; unsigned char a6 : 1; unsigned char a7 : 1; unsigned char a8 : 1; unsigned char a9 : 1; unsigned char a10 : 1; unsigned char a11 : 1; unsigned char a12 : 1; unsigned char a13 : 1; }; void foo (struct S *x, unsigned char y) { if (! x-a12 == y) { x-a12 = y; x-a3 = 0; x-a5 = 0; x-a6 = 0; x-a7 = 0; x-a8 = 0; x-a9 = 0; x-a10 = 0; x-a11 = 0; } } and eventhough it works on 4.1 branch, there are no signs of it actually being fixed in any way. IMHO, if movqi_1 wants to use movl instead of movb or movzbl, it needs to satisfy some predicate (whether it is aligned_operand or something else doesn't matter much) that tells it that the optimization is safe (i.e. won't fall off the cliff). Another thing is that aligned_operand certainly should use MEM_ALIGN (), otherwise it will succeed only in far fewer cases than it really could. What the predicate does ATM can be used as fallback if MEM_ALIGN (op) 32. Now, we could perhaps safely use movl even if not aligned, because i?86 is not a strict alignment target, if we were guaranteed we aren't at the end of the cliff, but the question is if it is worthwhile in that case. E.g. we could look at compute_builtin_object_size (MEM_EXPR (op), 2) and if op is say a pointer to a middle of some structure, then we could safely use movl. Is movl a win when the address isn't 32-bits aligned? -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug fortran/25201] internal compiler error in open statement
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-01 17:16 --- This is fixed on 4.1 and mainline. I'm bootstrapping the latest 4.0.3 sources to see if it's present there. I note that you're reporting this against 4.0.0. I *highly* recommend that you update your compiler. -- kargl at gcc dot gnu dot org changed: What|Removed |Added CC||kargl at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25201
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #14 from dalej at gcc dot gnu dot org 2005-12-01 18:04 --- Subject: Bug 24950 Author: dalej Date: Thu Dec 1 18:04:20 2005 New Revision: 107826 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107826 Log: 2005-12-01 Alan Modra [EMAIL PROTECTED] Radar 4345871 ` PR middle-end/24950 * expmed.c (store_bit_field): Don't attempt to insv a field larger than the reg. Modified: branches/apple-local-200502-branch/gcc/ChangeLog.apple-ppc branches/apple-local-200502-branch/gcc/expmed.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug fortran/25201] internal compiler error in open statement
--- Comment #2 from kargl at gcc dot gnu dot org 2005-12-01 18:07 --- This is also fixed in the 4.0.3 prelease source. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25201
[Bug c++/25208] New: ICE
-save-temps interacts with -MMD option. Code ices with -MMD and without -save-temps; with -save-temps it complains too many file names. The attached save-temps output was made with -MMD omitted but otherwise the same command line. -- Summary: ICE Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #1 from igodard at pacbell dot net 2005-12-01 18:09 --- Created an attachment (id=10380) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10380action=view) compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #2 from igodard at pacbell dot net 2005-12-01 18:10 --- Created an attachment (id=10381) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10381action=view) source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 18:15 --- Can you give how you invoked GCC? I want to say this has been fixed already in a 3.4.x release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #4 from igodard at pacbell dot net 2005-12-01 18:20 --- Here's what the compiler got. ~/ootbc/common/xptsys/test/src$ make test g++ -I/home/ivan/ootbc/common/include -I/home/ivan/ootbc/common/xptsys/include -I/home/ivan/boost/include/boost-1_33 -g -o0 -fmessage-length=80 -Wall -Wextra -MMD -c -o testXwctype.o testXwctype.cc cc1plus: testXwctype.d: No such file or directory cc1plus: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-01 18:23 --- First: -o0 that will output the file as O. So I think this might be the double -o issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #6 from igodard at pacbell dot net 2005-12-01 18:25 --- The bug appears to be due to an interaction between -MMD and -Wall -Wextra. If I omit the warnings options then it compiles OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug c++/25208] ICE
--- Comment #7 from igodard at pacbell dot net 2005-12-01 18:27 --- Changing to -O0 also clears the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug driver/25208] [3.4/4.0/4.1/4.2 Regression] two outputs and -MMD
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-01 18:29 --- The ICE is fixed on the mainline but that is not the real issue here as the following fails: gcc -c -oO t.c -o t.o -MMD As I noted before there are two -o heres which are causing the issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c++ |driver Ever Confirmed|0 |1 Known to fail||3.3.3 3.4.0 4.1.0 4.0.0 ||4.2.0 Known to work||3.2.3 Last reconfirmed|-00-00 00:00:00 |2005-12-01 18:29:56 date|| Summary|ICE |[3.4/4.0/4.1/4.2 Regression] ||two outputs and -MMD Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25208
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #4 from hp at gcc dot gnu dot org 2005-12-01 18:36 --- Aph mentioned green were expected to fix it, so CC:ed. -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||green at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug debug/25194] [4.1/4.2 Regression] ICE in dwarf2out for mesa with -O2 -funroll-loops -g
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-01 18:36 --- Interesting, Alan can't reproduce the failure I reported but his patch at http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html fixes it. I'll test again when the patch has been checked in and then close this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25194
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #5 from green at gcc dot gnu dot org 2005-12-01 19:33 --- Subject: Bug 25207 Author: green Date: Thu Dec 1 19:33:42 2005 New Revision: 107828 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107828 Log: 2005-12-01 Anthony Green [EMAIL PROTECTED] PR bootstrap/25207 * configure.ac: Make sure we have an alsa library in addition to the headers. This extra test is required for systems with multilibs. * configure: Rebuilt. Modified: trunk/libjava/classpath/ChangeLog.gcj trunk/libjava/classpath/configure trunk/libjava/classpath/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug c++/25209] New: Spurious warning on placement new
-- Summary: Spurious warning on placement new Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
[Bug c++/25209] Spurious warning on placement new
--- Comment #1 from igodard at pacbell dot net 2005-12-01 19:35 --- Created an attachment (id=10382) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10382action=view) compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
[Bug c++/25209] Spurious warning on placement new
--- Comment #2 from igodard at pacbell dot net 2005-12-01 19:36 --- Created an attachment (id=10383) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10383action=view) source code (compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
[Bug libgomp/25210] New: Unable to compile GCC from gomp-20050608-branch
Error while compiling GCC: /tmp/laksono/gomp-20050608-branch/build/./gcc/xgcc -B/tmp/laksono/gomp-20050608-branch/build/./gcc/ -B/tmp/laksono/x86_64-unknown-linux-gnu/bin/ -B/tmp/laksono/x86_64-unknown-linux-gnu/lib/ -isystem /tmp/laksono/x86_64-unknown-linux-gnu/include -isystem /tmp/laksono/x86_64-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/32/libgcc.map -o 32/libgcc_s.so.1.tmp -m32 libgcc/32/_muldi3_s.o libgcc/32/_negdi2_s.o libgcc/32/_lshrdi3_s.o libgcc/32/_ashldi3_s.o libgcc/32/_ashrdi3_s.o libgcc/32/_cmpdi2_s.o libgcc/32/_ucmpdi2_s.o libgcc/32/_floatdidf_s.o libgcc/32/_floatdisf_s.o libgcc/32/_fixunsdfsi_s.o libgcc/32/_fixunssfsi_s.o libgcc/32/_fixunsdfdi_s.o libgcc/32/_fixdfdi_s.o libgcc/32/_fixunssfdi_s.o libgcc/32/_fixsfdi_s.o libgcc/32/_fixxfdi_s.o libgcc/32/_fixunsxfdi_s.o libgcc/32/_floatdixf_s.o libgcc/32/_fixunsxfsi_s.o libgcc/32/_fixtfdi_s.o libgcc/32/_fixunstfdi_s.o libgcc/32/_floatditf_s.o libgcc/32/_clear_cache_s.o libgcc/32/_enable_execute_stack_s.o libgcc/32/_trampoline_s.o libgcc/32/__main_s.o libgcc/32/_absvsi2_s.o libgcc/32/_absvdi2_s.o libgcc/32/_addvsi3_s.o libgcc/32/_addvdi3_s.o libgcc/32/_subvsi3_s.o libgcc/32/_subvdi3_s.o libgcc/32/_mulvsi3_s.o libgcc/32/_mulvdi3_s.o libgcc/32/_negvsi2_s.o libgcc/32/_negvdi2_s.o libgcc/32/_ctors_s.o libgcc/32/_ffssi2_s.o libgcc/32/_ffsdi2_s.o libgcc/32/_clz_s.o libgcc/32/_clzsi2_s.o libgcc/32/_clzdi2_s.o libgcc/32/_ctzsi2_s.o libgcc/32/_ctzdi2_s.o libgcc/32/_popcount_tab_s.o libgcc/32/_popcountsi2_s.o libgcc/32/_popcountdi2_s.o libgcc/32/_paritysi2_s.o libgcc/32/_paritydi2_s.o libgcc/32/_powisf2_s.o libgcc/32/_powidf2_s.o libgcc/32/_powixf2_s.o libgcc/32/_powitf2_s.o libgcc/32/_mulsc3_s.o libgcc/32/_muldc3_s.o libgcc/32/_mulxc3_s.o libgcc/32/_multc3_s.o libgcc/32/_divsc3_s.o libgcc/32/_divdc3_s.o libgcc/32/_divxc3_s.o libgcc/32/_divtc3_s.o libgcc/32/_floatundidf_s.o libgcc/32/_floatundisf_s.o libgcc/32/_floatundixf_s.o libgcc/32/_floatunditf_s.o libgcc/32/_divdi3_s.o libgcc/32/_moddi3_s.o libgcc/32/_udivdi3_s.o libgcc/32/_umoddi3_s.o libgcc/32/_udiv_w_sdiv_s.o libgcc/32/_udivmoddi4_s.o libgcc/32/unwind-dw2_s.o libgcc/32/unwind-dw2-fde-glibc_s.o libgcc/32/unwind-sjlj_s.o libgcc/32/gthr-gnat_s.o libgcc/32/unwind-c_s.o -lc rm -f 32/libgcc_s.so if [ -f 32/libgcc_s.so.1 ]; then mv -f 32/libgcc_s.so.1 32/libgcc_s.so.1.backup; else true; fi mv 32/libgcc_s.so.1.tmp 32/libgcc_s.so.1 ln -s libgcc_s.so.1 32/libgcc_s.so /usr/bin/ld: skipping incompatible /usr/lib/../lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/../lib/libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[3]: *** [32/libgcc_s.so] Error 1 make[3]: Leaving directory `/tmp/laksono/gomp-20050608-branch/build/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/tmp/laksono/gomp-20050608-branch/build/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/tmp/laksono/gomp-20050608-branch/build' make: *** [all] Error 2 -- Summary: Unable to compile GCC from gomp-20050608-branch Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laksono at cs dot uh dot edu GCC build triplet: AMD Opteron(tm) Processor 846 AuthenticAMD GNU/Linux GCC host triplet: AMD Opteron(tm) Processor 846 AuthenticAMD GNU/Linux GCC target triplet: AMD Opteron(tm) Processor 846 AuthenticAMD GNU/Linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25210
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #6 from hp at gcc dot gnu dot org 2005-12-01 19:42 --- Exactly! -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug libgomp/25210] Unable to compile GCC from gomp-20050608-branch
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:44 --- This is not a GCC bug, this is either you don't have the 32bit libraries install which means you need --disable-multilib or your distro has messed up which lib directory goes where. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED GCC build triplet| AMD Opteron(tm) Processor |AMD Opteron(tm) Processor |846 AuthenticAMD GNU/Linux |846 AuthenticAMD GNU/Linux GCC host triplet| AMD Opteron(tm) Processor |AMD Opteron(tm) Processor |846 AuthenticAMD GNU/Linux |846 AuthenticAMD GNU/Linux GCC target triplet| AMD Opteron(tm) Processor |AMD Opteron(tm) Processor |846 AuthenticAMD GNU/Linux |846 AuthenticAMD GNU/Linux Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25210
[Bug c++/25209] Spurious warning on placement new
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 19:55 --- Fixed at least in 3.4.5. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25209
[Bug rtl-optimization/25197] [4.2 Regression] ICE: RTL check: expected code 'reg', have 'plus' in dwarf2out_frame_debug_expr, at dwarf2out.c:1781
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 19:59 --- I want to say this will be fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|debug |rtl-optimization Keywords||ice-checking, ice-on-valid- ||code Summary|ICE: RTL check: expected|[4.2 Regression] ICE: RTL |code 'reg', have 'plus' in |check: expected code 'reg', |dwarf2out_frame_debug_expr, |have 'plus' in |at dwarf2out.c:1781 |dwarf2out_frame_debug_expr, ||at dwarf2out.c:1781 Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25197
[Bug middle-end/25200] ICE compiling GNU tar
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 20:08 --- Hmm, the preprocessed source file looks not all the way here: it sends like char * __argp_short_program_name (void) { I don't know if this is becuase the preprocessor is seg faulting or it just did not get uploaded fully? Could you invoke the gcc comment which fails with -save-temps and -v and give the output? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25200
[Bug bootstrap/25207] bootstrap fails on libjava if alsa headers present but no -lasound.
--- Comment #7 from green at gcc dot gnu dot org 2005-12-01 20:09 --- Subject: Bug 25207 Author: green Date: Thu Dec 1 20:09:06 2005 New Revision: 107829 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107829 Log: 2005-12-01 Anthony Green [EMAIL PROTECTED] PR bootstrap/25207 * configure.ac: Make sure we have an alsa library in addition to the headers. This extra test is required for systems with multilibs. * configure: Rebuilt. Modified: branches/gcc-4_1-branch/libjava/classpath/ChangeLog.gcj branches/gcc-4_1-branch/libjava/classpath/configure branches/gcc-4_1-branch/libjava/classpath/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25207
[Bug target/25190] Error: bad immediate value for offset (4100)
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:10 --- Could you attach the prepreocesed source? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25190
[Bug testsuite/25177] gcc.target/powerpc/pr18096-1.c fails on PPC
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-01 20:12 --- Fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00028.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||12/msg00028.html Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25177
[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches
--- Comment #21 from steven at gcc dot gnu dot org 2005-12-01 20:17 --- For Bug 21803 we could use similar infrastructure to what is proposed for this bug. -- steven at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||21803 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
[Bug fortran/25147] passing variable in place of function dummy argument not caught
--- Comment #1 from pault at gcc dot gnu dot org 2005-12-01 20:30 --- (In reply to comment #0) Confirmed. [EMAIL PROTECTED] gfortran]# ifort pr25147.f90 fortcom: Error: pr25147.f90, line 20: This actual argument must be the name of an external user function or the name of an intrinsic function. [F] print *,integrate (f,0d0,3d0) ---^ compilation aborted for pr25147.f90 (code 1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25147
[Bug fortran/25147] passing variable in place of function dummy argument not caught
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-01 20:31:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25147
[Bug target/24718] Shared libgcc not used for linking by default
--- Comment #36 from sje at cup dot hp dot com 2005-12-01 21:03 --- Fixed and checked in on 3.4 branch in time for 3.4.5. -- sje at cup dot hp dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24718
[Bug middle-end/24703] [GOMP] Unable to compile OpenMP program with omp parallel for schedule(dynamic) directive
--- Comment #6 from davidnicol at gmail dot com 2005-12-01 21:15 --- I found this bog because I was getting a lot of warnings of the style n function â: with no symbol name, just an odd character. I have tracked this down to xterm not displaying utf8 even though my LANG environment variable was saying it was. A resolution to the immediate problem -- symbol names in warnings are replaced by odd characters -- is to export LANG=C before running make, then gcc uses plain old apostrophes instead of fancy matched ones around the symbol names and legacy terminals have no problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24703
[Bug target/25190] Error: bad immediate value for offset (4100)
--- Comment #2 from djohnson+gcc at sw dot starentnetworks dot com 2005-12-01 21:44 --- Created an attachment (id=10384) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10384action=view) preprocessed file compile with: arm-linux-gcc -mbig-endian -march=armv5te -mtune=xscale -Wa,-mcpu=xscale -O2 -g -pipe -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized -Wparentheses -Wformat -Wreturn-type -fPIC -Wmissing-prototypes -c aaamgr_api_test.i -o aaamgr_api_test.o {standard input}: Assembler messages: {standard input}:3210: Error: bad immediate value for offset (4096) {standard input}:3213: Error: bad immediate value for offset (4100) {standard input}:13165: Error: bad immediate value for offset (4096) NOTE: I've stubbed out most of the other functions in the file to make the code smaller. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25190
[Bug tree-optimization/25211] New: verify_ssa ICE for mesa with -Os -ftree-loop-linear
Current trunk and 4.1 branch ICE on powerpc-linux compiling mesa from SPEC CPU2000: elm3b11% /opt/gcc-nightly/4.1/bin/gcc -c -Os -ftree-loop-linear mesa1201.c mesa1201.c: In function foo: mesa1201.c:7: error: definition in block 9 does not dominate use in block 3 for SSA_NAME: q_25 in statement: q_1 = PHI q_15(0), q_25(3); PHI argument q_25 for PHI node q_1 = PHI q_15(0), q_25(3); mesa1201.c:7: internal compiler error: verify_ssa failed The testcase passes with GCC 4.0.2 and with the 4.0 branch. A regression hunt identified the following very large patch: http://gcc.gnu.org/viewcvs?view=revrev=102356 r102356 | irar | 2005-07-25 12:05:07 + (Mon, 25 Jul 2005) I'll attach a minimized testcase. -- Summary: verify_ssa ICE for mesa with -Os -ftree-loop-linear Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25211
[Bug target/25212] New: unrecognizable insn for facerec with odd optimization set
Current trunk and 4.1 branch ICE on powerpc-linux compiling facerec from SPEC CPU2000 with an admittedly odd set of options: elm3b11% /opt/gcc-nightly/4.1/bin/gfortran -c -O2 -funroll-loops -ftree-vectorize -maltivec -fno-ivopts -fpic fr1201.f fr1201.f: In function foo: fr1201.f:38: error: unrecognizable insn: (insn 2616 288 289 28 (set (reg:SI 4 4) (and:SI (plus:SI (reg:SI 26 26) (reg:SI 0 0 [orig:141 base_off.93 ] [141])) (const_int -16 [0xfff0]))) -1 (nil) (nil)) fr1201.f:38: internal compiler error: in extract_insn, at recog.c:2084 The testcase compiles with GCC 4.0.2 and with the 4.0 branch. A regression hunt identified the following patch: http://gcc.gnu.org/viewcvs?view=revrev=103001 r103001 | dje | 2005-08-11 21:18:11 + (Thu, 11 Aug 2005) | 6 lines * config/rs6000/altivec.md: Change constraint m to Z. * config/rs6000/predicates.md (indexed_or_indirect_operand): Accept address wrapped in AND for Altivec. * config/rs6000/rs6000.c (rs6000_legitimize_reload_address): Strip AND wrapping offset address for Altivec. I'll attach a minimized testcase. -- Summary: unrecognizable insn for facerec with odd optimization set Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
[Bug target/25212] unrecognizable insn for facerec with odd optimization set
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:09 --- Created an attachment (id=10385) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10385action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
[Bug tree-optimization/25211] verify_ssa ICE for mesa with -Os -ftree-loop-linear
--- Comment #1 from janis at gcc dot gnu dot org 2005-12-01 22:10 --- Created an attachment (id=10386) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10386action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25211
[Bug middle-end/25158] FAIL: gcc.c-torture/execute/builtins/fprintf.c compilation
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:24 --- Fixed, clean test results here: http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00028.html -- ghazi at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- | |patches/2005- | |11/msg02127.html| Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25158
[Bug tree-optimization/25211] [4.1/4.2 Regression] verify_ssa ICE for mesa with -Os -ftree-loop-linear
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Summary|verify_ssa ICE for mesa with|[4.1/4.2 Regression] |-Os -ftree-loop-linear |verify_ssa ICE for mesa with ||-Os -ftree-loop-linear Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25211
[Bug target/25212] [4.1/4.2 Regression] unrecognizable insn for facerec with odd optimization set
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-01 22:34 --- Hmm, I would assume this is related to PR 24997. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Summary|unrecognizable insn for |[4.1/4.2 Regression] |facerec with odd|unrecognizable insn for |optimization set|facerec with odd ||optimization set Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
[Bug middle-end/25022] [3.4/4.0 regression] failure to transform the unlocked stdio calls
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-01 22:45 --- Updated 4.0 patch here: http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00089.html -- ghazi at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2005- |patches/2005- |11/msg01845.html|12/msg00089.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25022
[Bug target/25212] [4.1/4.2 Regression] unrecognizable insn for facerec with odd optimization set
--- Comment #3 from dje at gcc dot gnu dot org 2005-12-01 23:07 --- Yes, I think this is the same as PR 24997. -- dje at gcc dot gnu dot org changed: What|Removed |Added CC||amodra at bigpond dot net ||dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
[Bug target/25212] [4.1/4.2 Regression] unrecognizable insn for facerec with odd optimization set
--- Comment #4 from janis at gcc dot gnu dot org 2005-12-01 23:15 --- Except that the testcase still fails and the fix for 24997 was checked in a few days ago. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25212
[Bug testsuite/25193] libstdc++ testsuite fails on cygwin
--- Comment #1 from billingd at gcc dot gnu dot org 2005-12-01 23:57 --- Subject: Bug 25193 Author: billingd Date: Thu Dec 1 23:57:28 2005 New Revision: 107841 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107841 Log: 2005-12-02 David Billinghurst ([EMAIL PROTECTED]) PR testsuite/25193 * testsuite/lib/libstdc++.exp (libstdc++-dg-test): Catch error if file cannot be deleted. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/testsuite/lib/libstdc++.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25193
[Bug middle-end/24004] gcc 4.0.2 gives bogus 'may be unused warnings' at -O3
--- Comment #1 from SLTxLQEc4vuR5kMzK at anime dot net 2005-12-01 23:57 --- still present in 4.0.2 -- SLTxLQEc4vuR5kMzK at anime dot net changed: What|Removed |Added Summary|gcc 4.0.1 gives bogus 'may |gcc 4.0.2 gives bogus 'may |be unused warnings' at -O3 |be unused warnings' at -O3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24004
[Bug testsuite/25193] libstdc++ testsuite fails on cygwin
--- Comment #2 from billingd at gcc dot gnu dot org 2005-12-01 23:58 --- Confirmed http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00046.html Patch http://gcc.gnu.org/ml/gcc-patches/2005-12/msg9.html Fixed in trunk revision 107841. -- billingd at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25193
[Bug target/25213] New: [3.4] -fpic/-fPIC testsuite failures in gcc.dg/i386-387-3.c and i386-387-4.c
On i686-pc-linux-gnu with the 3.4 branch, I'm getting failures in the following testcases when running with -fpic or -fPIC: FAIL: gcc.dg/i386-387-3.c scan-assembler fldpi FAIL: gcc.dg/i386-387-4.c scan-assembler fldpi Current testsuite report is here: http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00027.html -- Summary: [3.4] -fpic/-fPIC testsuite failures in gcc.dg/i386-387- 3.c and i386-387-4.c Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25213
[Bug target/25213] [3.4] -fpic/-fPIC testsuite failures in gcc.dg/i386-387-3.c and i386-387-4.c
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added Known to fail||3.4.5 Known to work||4.0.3 Target Milestone|--- |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25213
[Bug middle-end/24004] [4.0 Regression] bogus 'may be uninit warnings' for loops
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-02 00:10 --- Note the warning is that bogus, take the following example: float a(void) { float i; float granularity = 0.01f; float dist = 0; float vec[2] = {0,0}; float lastPoint; float result; for(i = 0; i = 1.f; i += granularity ) { result = vec[1] - vec[0]; if( i != 0 ) { vec[0] = result - lastPoint; dist += vec[0]; } lastPoint = result; } return dist; } We get the same warning. For the mainline, we get no warning as we are jump threading so that the if (i!=0) is removed for the first iteration of the loop. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||24639 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Known to fail||4.0.0 4.0.3 Known to work||4.1.0 3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-12-02 00:10:15 date|| Summary|gcc 4.0.2 gives bogus 'may |[4.0 Regression] bogus 'may |be uninit warnings' at -O3 |be uninit warnings' for ||loops Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24004
[Bug target/25214] New: [3.4/4.0/4.1/4.2] -fpic/-fPIC testsuite failures in gcc.dg/i386-local2.c
-- Summary: [3.4/4.0/4.1/4.2] -fpic/-fPIC testsuite failures in gcc.dg/i386-local2.c Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ghazi at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25214
[Bug target/25214] [3.4/4.0/4.1/4.2] -fpic/-fPIC testsuite failures in gcc.dg/i386-local2.c
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||23224 nThis|| Known to fail||3.4.5 4.0.3 4.1.0 4.2.0 Target Milestone|--- |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25214
[Bug middle-end/25176] FAIL: Array_3 -O3 execution - bytecode-native test
-- amodra at bigpond dot net dot au changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||12/msg00094.html Status|NEW |ASSIGNED Component|target |middle-end Last reconfirmed|2005-11-30 02:26:24 |2005-12-02 00:29:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25176