[Bug bootstrap/40696] bootstrap comparison failure on Ada build tools

--- Comment #9 from Chaipzor at hotmail dot com 2009-07-10 06:45 --- (In reply to comment #8) > > Using built-in specs. > > Target: sparc-sun-solaris2.8 > > Configured with: > > /oslo.c/gnatmail/release-6_0/gcc-41/build-oslo/src/configure > > --prefix=/opt/gnu/gnat --enable-languages=c,

[Bug fortran/39334] Recusive parameter kind produces segfault

--- Comment #2 from pault at gcc dot gnu dot org 2009-07-10 04:37 --- Subject: Bug 39334 Author: pault Date: Fri Jul 10 04:37:19 2009 New Revision: 149456 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149456 Log: 2009-07-10 Paul Thomas PR fortran/39334 * pri

[Bug c++/40695] bogus "may be used uninitialized in this function" warning

--- Comment #3 from shane dot beasley at aleri dot com 2009-07-10 04:37 --- Another test case (should I file another bug?): struct Class { Class() { } /* implicit copy constructor */ void Method() const; // undefined /* Class has no data members */ }; void f(); // und

[Bug c++/40674] [LTO] 27_io/basic_filebuf/imbue/char/13171-2.cc hangs

--- Comment #6 from hjl dot tools at gmail dot com 2009-07-10 04:09 --- I got 12309 ?S 0:00 ./13171-2.exe 18148 ?S 0:00 ./14975-2.exe [...@gnu-11 src-lto]$ strace -p 12309 Process 12309 attached - interrupt to quit open("tmp_fifo_13171-2", O_WRONLY|O_CREAT|O_TR

[Bug c++/40674] [LTO] 27_io/basic_filebuf/imbue/char/13171-2.cc hangs

--- Comment #5 from hjl dot tools at gmail dot com 2009-07-10 04:06 --- The only change between revision 147732 and revision 147761 is r147738 | dnovillo | 2009-05-20 06:36:30 -0700 (Wed, 20 May 2009) | 5 lines * testsuite/lib/libstdc++.exp: Perform -flto test after su

[Bug c++/40674] [LTO] 27_io/basic_filebuf/imbue/char/13171-2.cc hangs

--- Comment #4 from hjl dot tools at gmail dot com 2009-07-10 04:04 --- Revision 147761 is bad: FAIL: 27_io/basic_filebuf/imbue/char/13171-2.cc execution test Revision 147732 is OK. On Linux/ia64, revision 147761 has extra 1180 failures vs. revision 147732. -- http://gcc.gnu.org/b

[Bug c++/40674] [LTO] 27_io/basic_filebuf/imbue/char/13171-2.cc hangs

--- Comment #3 from hjl dot tools at gmail dot com 2009-07-10 03:58 --- I still see them with revision 149365 on Linux/ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40674

[Bug testsuite/40709] New: [4.5 regression] Revision 149113 caused testsuite error

On Linux/ia64, revision 149113: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01099.html caused: ERROR: tcl error sourcing /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/compat/struct-layout-1.exp. ERROR: can't read "ld_library_path": no such variable while executing "set value $ld_libra

[Bug other/40708] New: libpthread not linked

I do believe this to be a regression from gcc 4.4.0. If --enable-threads is used, pthread references appear to get auto-imported, -lpthread is not passed to libgcc, and the build fails with undefined references to libpthread in libgcc. This occurs in 32-bit multilib, as well, despite the presence o

[Bug rtl-optimization/40626] -frename-registers causes register corruption

--- Comment #5 from dj at redhat dot com 2009-07-10 02:56 --- http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00546.html Fixed in revision 149455. -- dj at redhat dot com changed: What|Removed |Added ---

[Bug testsuite/40707] New: [4.5 regression] Testsuite no longer works with emulator

Revision 149113: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01099.html broke testsuite with my emulator. I can run AVX binary under my AVX emulator, which is based on "sim", directly. To do that, I set up LD_LIBRARY_PATH properly my sim_load, according to ld_library_path. Revision 149113 removed ld

[Bug bootstrap/40706] gcc doesn't compile on centos3 64bit

--- Comment #3 from junk at ysengrin dot com 2009-07-09 23:21 --- Subject: Re: gcc doesn't compile on centos3 64bit no option at all, being in a new directory out of the tree /tmp/gcc/gcc44 I do /tmp/gcc/gcc-4.4.0/gcc/configure and then make that's it pinskia at gcc dot gnu dot

[Bug bootstrap/40706] gcc doesn't compile on centos3 64bit

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-07-09 23:18 --- What options are you supplying to configure? How are you invoking make? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/40706] gcc doesn't compile on centos3 64bit

--- Comment #1 from junk at ysengrin dot com 2009-07-09 23:17 --- this is for centos3 64bit -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40706

[Bug c/40706] New: gcc doesn't compile on centos3 64bit

this is true for 4.2.4, 4.3.3 and 4.4.0 (note that 3.4.6 builds normally): performed a clean install, then configured in a fully separate directory, the configure is performing without error. still in a fully separate directory, run make (I've tried version 3.79.1 and the latest 3.81): TARGET_CPU

[Bug c++/40705] Using -ggdb flag cause internal error

--- Comment #1 from phorgan1 at gmail dot com 2009-07-09 21:45 --- Just noted that -ggdb is not required but merely -g -- phorgan1 at gmail dot com changed: What|Removed |Added ---

[Bug c++/40705] New: Using -ggdb flag cause internal

The following code compiles cleanly without the -ggdb flag, i.e. using: g++ -save-temps testit.cpp -o testit but adding the -ggdb flag: g++ -ggdb -save-temps testit.cpp -o testit results in the following error output: testit.cpp:10:1: internal compiler error: in gen_type_die_with_usage, at dwa

[Bug testsuite/40704] New: ^M? in testsuite log leads to binary attachment

Some gcc test results contain binary attachment: http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg00830.html The problem is "^M?" in === libffi tests === Running target unix/-m32 XPASS: libffi.call/cls_dbls_struct.c -O0 -W -Wall output pattern test, 1.0 2.0^M? XPASS: libffi.ca

[Bug lto/39276] [lto] - Testsuite gcc.log shows many "getconf: Invalid argument (_NPROCESSORS_ONLN)"

--- Comment #7 from ro at gcc dot gnu dot org 2009-07-09 20:50 --- Your patch isn't applicable to anything but Indiana (the distribution called OpenSolaris): * Solaris /bin/sh doesn't support $(), one needs to use `` instead (which can easily be done). * Likewise, Solaris /bin/sh doe

[Bug target/40693] atomic built-ins malfunction with 64-bit signed ptrs and negative constants

--- Comment #3 from m dot rosellini at f5 dot com 2009-07-09 20:29 --- OK, maybe some assembly will make the issue clearer. Or perhaps you just want to close this bug if you're not fixing bugs in the 4.1 compiler. I verified that the problem does occur with 4.1 and that it does not occ

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-07-09 20:17 --- Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC rsandifo at gcc dot gnu dot org writes: > OK, I'm going to need some help debugging this one. First of all, > ho

[Bug bootstrap/39022] lto-plugin is built unconditionally

--- Comment #3 from ro at gcc dot gnu dot org 2009-07-09 19:49 --- Subject: Bug 39022 Author: ro Date: Thu Jul 9 19:49:41 2009 New Revision: 149434 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149434 Log: PR bootstrap/39022 * configure.ac: Don't unconditionall

[Bug bootstrap/39023] lto-plugin.c uses mkdtemp unconditionally

--- Comment #1 from ro at gcc dot gnu dot org 2009-07-09 19:35 --- Despite Diegos fix 2009-05-20 Diego Novillo * configure.ac (host_libs): Remove lto-plugin. Add --enable-lto. Add --with-libelf, --with-libelf-include and --with-libelf-lib. If --enable

[Bug fortran/40440] Automatic deallocation component of DT function return value

--- Comment #15 from pault at gcc dot gnu dot org 2009-07-09 19:29 --- Fixed on trunk and 4.4 Thanks for the patch Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/40440] Automatic deallocation component of DT function return value

--- Comment #14 from pault at gcc dot gnu dot org 2009-07-09 19:28 --- Subject: Bug 40440 Author: pault Date: Thu Jul 9 19:28:20 2009 New Revision: 149431 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149431 Log: 2009-07-09 Paul Thomas PR fortran/40440 * tr

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

--- Comment #4 from rsandifo at gcc dot gnu dot org 2009-07-09 19:23 --- OK, I'm going to need some help debugging this one. First of all, how are you running your tests? E.g. (a) are you using --target_board unix/-m64, (b) is -m64 the default, or (c) something else? Second, t

[Bug libobjc/40703] New: libobjc fails to configure on Solaris

When building current (as of 20090709) lto branch no Solaris 11/SPARC with Sun as or Solaris 10/x86 with /usr/sfw/bin/gas (gas 2.15), libobjc fails to configure: configure:11129: checking for exception model to use configure:11161: /vol/gccsrc/obj/gcc-lto-20090709/11-gcc/./gcc/xgcc -B/vol/gccsrc

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-07-09 19:17 --- Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC rsandifo at gcc dot gnu dot org writes: > Do you only see this for libjava? Yes, all other library tests are nor

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

--- Comment #2 from rsandifo at gcc dot gnu dot org 2009-07-09 19:12 --- Do you only see this for libjava? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40699

[Bug bootstrap/40702] New: lto-elf.c fails to compile on Solaris

Trying to build the lto branch as of 20090709 on Solaris (both SPARC and x86) fails compiling lto-elf.c: cc1: warnings being treated as errors In file included from /vol/gcc/src/gcc-lto/gcc/lto/lto-elf.c:21:0: /vol/gcc/include/libelf/gelf.h:102:1: error: function declaration isn't a prot

[Bug target/40523] GCC generates invalid instructions when building for Thumb-2 on armel

--- Comment #2 from mikpe at it dot uu dot se 2009-07-09 19:03 --- This was fixed for 4.4.0 by Richard's r143339. I backported that to 4.3.4 and it built ok and fixed this test case. My boxes are ARMv5TE so I cannot run the generated thumb2 code however. -- http://gcc.gnu.org/bugzi

[Bug bootstrap/39025] ICE in start_function, at c-decl.c:6225 while configuring libgcc

--- Comment #3 from ro at gcc dot gnu dot org 2009-07-09 18:50 --- I just checked rev 149403, and while I had a couple of new problems building the lto branch (to be reported shortly), this particular problem is gone and (apart from libobjc) the default languages build. A testsuite run

[Bug libffi/40701] New: [4.5 regression] Many libffi tests fail to compile on Tru64 UNIX

Between 20090522 and 20090612, many libffi tests started to fail on alpha-dec-osf4.0f: FAIL: libffi.call/closure_fn0.c -O0 -W -Wall (test for excess errors) Excess errors: In file included from /vol/gcc/src/gcc-dist/libffi/testsuite/libffi.call/closure_fn0.c:13:0: /vol/gcc/src/gcc-dist/libffi/test

[Bug target/40577] ICE on valid code: in extract_insn

--- Comment #2 from ro at gcc dot gnu dot org 2009-07-09 18:36 --- I see the same problem when running the gcc testsuite on alpha-dec-osf4.0f and alpha-dec-osf5.1b. The problem was introduced between 20090522 and 20090612, e.g. /vol/gccsrc/src/gcc-dist/gcc/testsuite/gcc.c-torture/compi

[Bug libffi/40700] New: [4.5 Regression] All amd64 libffi execution tests fail on Solaris 10/x86

Between 20090612 and 20090622, all amd64 libffi execution tests started to fail. Running them under gdb didn't reveal much, unfortunately, just that the programs die with SIGSEGV. -- Summary: [4.5 Regression] All amd64 libffi execution tests fail on Solaris 10/x86

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

--- Comment #1 from ro at gcc dot gnu dot org 2009-07-09 18:08 --- Same problem on i386-pc-solaris2.10 as of 20090702 (new since 20090622). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40699

[Bug c++/40684] ICE in tsubst

--- Comment #5 from dodji at gcc dot gnu dot org 2009-07-09 18:02 --- Fixed in 4.4.1 and 4.5. -- dodji at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug c++/40684] ICE in tsubst

--- Comment #4 from dodji at gcc dot gnu dot org 2009-07-09 18:01 --- Subject: Bug 40684 Author: dodji Date: Thu Jul 9 18:00:58 2009 New Revision: 149425 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149425 Log: 2009-07-09 Dodji Seketeli gcc/cp/ChangeLog: PR c++/40

[Bug c++/40684] ICE in tsubst

--- Comment #3 from dodji at gcc dot gnu dot org 2009-07-09 17:56 --- Subject: Bug 40684 Author: dodji Date: Thu Jul 9 17:56:44 2009 New Revision: 149423 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149423 Log: 2009-07-09 Dodji Seketeli gcc/cp/ChangeLog: PR c++/40

[Bug testsuite/40699] New: [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

Between 20090522 and 20090702, all sparcv9 libjava execution tests started to fail. libjava.log reveals: set_ld_library_path_env_vars: ld_library_path=.:/vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/sparcv9/libjava/.libs:/vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/./gcc Setting LD_

[Bug c++/40688] [C++0x]: error with auto direct and copy initalization

--- Comment #3 from jason at gcc dot gnu dot org 2009-07-09 17:15 --- Already fixed for 4.4.1. -- jason at gcc dot gnu dot org changed: What|Removed |Added St

[Bug fortran/40551] Optimizations possible using gfc_full_array_ref_p

--- Comment #15 from pault at gcc dot gnu dot org 2009-07-09 17:10 --- Sorry - I forgot about 40629. Closing, closing now! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/40683] gfortran.dg/proc_ptr_21.f90 doesn't work for 32bit

--- Comment #4 from pault at gcc dot gnu dot org 2009-07-09 17:08 --- Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/40551] Optimizations possible using gfc_full_array_ref_p

--- Comment #14 from pault at gcc dot gnu dot org 2009-07-09 17:06 --- (In reply to comment #13) > Thus: I think this PR be closed, can it? > Tobias, I was keeping it open for comment #8. I already built a patch for zero, array-to-array and constant constructor assignments. Unfortu

[Bug fortran/40629] Host association problem

--- Comment #5 from pault at gcc dot gnu dot org 2009-07-09 16:49 --- Subject: Bug 40629 Author: pault Date: Thu Jul 9 16:48:50 2009 New Revision: 149422 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149422 Log: 2008-07-09 Paul Thomas PR fortran/40629 * res

[Bug bootstrap/40696] bootstrap comparison failure on Ada build tools

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-07-09 16:40 --- > Using built-in specs. > Target: sparc-sun-solaris2.8 > Configured with: /oslo.c/gnatmail/release-6_0/gcc-41/build-oslo/src/configure > --prefix=/opt/gnu/gnat --enable-languages=c,ada --disable-nls --disable-liba

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #11 from hjl dot tools at gmail dot com 2009-07-09 16:34 --- (In reply to comment #10) > I'm not sure what you mean MINIMUM_TYPE_ALIGN should be. A new type field? > That would be IMHO an overkill, would enlarge types too much. > If it is just a macro, it should be probabl

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #10 from jakub at gcc dot gnu dot org 2009-07-09 16:24 --- I'm not sure what you mean MINIMUM_TYPE_ALIGN should be. A new type field? That would be IMHO an overkill, would enlarge types too much. If it is just a macro, it should be probably MINIMUM_ALIGNMENT, not MINIMUM_TY

[Bug c++/40695] bogus "may be used uninitialized in this function" warning

--- Comment #2 from manu at gcc dot gnu dot org 2009-07-09 15:55 --- Thanks, it also happens in current trunk. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/40676] [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-09 15:50 --- Caused by honzas CD-DCE changes. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords|ra |missed-optimization Priority|P3 |P

[Bug tree-optimization/40642] [4.5 regression] ICE with -fprofile-generate

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

[Bug rtl-optimization/40519] [4.5 Regression] ICE with -O2 -ftracer __builtin_unreachable()

--- Comment #4 from daney at gcc dot gnu dot org 2009-07-09 15:48 --- The patches in comment #1 fix the problem. If someone would review them we could probably close the bug. -- daney at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

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

[Bug tree-optimization/40585] [4.5 Regression] tracer duplicates blocks w/o adjusting EH tree

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

[Bug tree-optimization/40570] [4.5 Regression] ICE with recursion at -O3

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

[Bug tree-optimization/40556] [4.5 Regression] ICE in IPA-CP with recursion

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

[Bug rtl-optimization/40519] [4.5 Regression] ICE with -O2 -ftracer __builtin_unreachable()

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-09 15:43 --- ./cc1 -quiet t.i -O2 -ftracer t.i: In function 'f': t.i:5:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See fo

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot org Priority|P3

[Bug middle-end/40501] [4.5 Regression] error: invalid conversion in gimple call

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-07-09 15:41 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/40496] [4.5 Regression] ICE in verify_stmts with -fprefetch-loop-arrays

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

[Bug tree-optimization/40436] [4.5 regression] 0.5% code size regression caused by r147852

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

[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk

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

[Bug testsuite/40426] [4.5 Regression] Revision 148408 caused many DWARF tests faulures

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-09 15:38 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/40401] [4.5 Regression] ICE: verify_gimple failed

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-09 15:38 --- Indeed fixed by gimplifying unit-at-a-time. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #7 from manu at gcc dot gnu dot org 2009-07-09 15:35 --- @Jacob, The C/C++ standards have some precise rules of what can and cannot be done about pointer casts. See http://gcc.gnu.org/onlinedocs/gcc-4.4.0/gcc/Optimize-Options.html#index-fstrict_002daliasing-749 See also th

[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-09 15:32 --- #1 0x008c8613 in can_be_reached_by_runtime (contains_stmt=0x188ab30, r=0x75fc33f0) at /space/rguenther/src/svn/trunk/gcc/except.c:569 569 EXECUTE_IF_SET_IN_BITMAP (i->aka, 0, n, bi)

[Bug middle-end/40281] [4.5 Regression] -fprefetch-loop-arrays: ICE: in initialize_matrix_A, at tree-data-ref.c:1887

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

[Bug c/21920] aliasing violations

--- Comment #145 from rguenth at gcc dot gnu dot org 2009-07-09 15:26 --- *** Bug 40698 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-09 15:26 --- g++-4.1 -S t.C -O2 -m32 -Wall t.C: In function ‘TwoPointers InterlockedExchange(TwoPointers*, TwoPointers)’: t.C:60: warning: dereferencing type-punned pointer will break strict-aliasing rules t.C:60: warning: derefe

[Bug c/21920] aliasing violations

--- Comment #144 from manu at gcc dot gnu dot org 2009-07-09 15:20 --- I added in the URL field the relevant section in the GCC manual. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/22073] --with-cpu=default32 for x86_64

--- Comment #11 from marek dot rouchal at infineon dot com 2009-07-09 14:48 --- (In reply to comment #10) Thank you very much! I can confirm now that with the given information I was able to compile on a x86_64 Linux box a gcc-4.3.3 with all executables (gcc, cc1, ...) built in 32bit,

[Bug fortran/40678] Using a function as variable: ICE with 4.3, accepts invalid with 4.4/4.5

--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-09 14:48 --- > However, there is also a bug in 4.4: It simply compiles. But if one adds a "print *, there_is", one sees that it does not work (wrong result, independent of sunshine()!) -- burnus at gcc dot gnu dot org changed:

[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)

--- Comment #10 from mikpe at it dot uu dot se 2009-07-09 14:45 --- I've identified Jakub's r140177 (PR37356) as the point where these test cases were fixed in 4.4.0. A backport doesn't look easy (to me anyway). -- mikpe at it dot uu dot se changed: What|Removed

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #5 from jacob at jacob dot remcomp dot fr 2009-07-09 14:34 --- What do you mean by "aliasing violations" ??? Why would that code be invalid without any warning from the compiler? It took us a lot of work for finding this bug and reporting it to you can you explain? Thanks

[Bug fortran/40646] [F03] array-valued procedure pointer components

--- Comment #7 from janus at gcc dot gnu dot org 2009-07-09 14:07 --- Subject: Bug 40646 Author: janus Date: Thu Jul 9 14:07:03 2009 New Revision: 149419 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149419 Log: 2009-07-09 Janus Weil PR fortran/40646 * dump

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #9 from hjl dot tools at gmail dot com 2009-07-09 13:57 --- (In reply to comment #8) > on -m32 we ever decrease the stack alignment, this shouldn't break anything. > BTW, the patch also changes something that looks like a thinko to me: > unsigned int align = FUNCTIO

[Bug c/21920] aliasing violations

--- Comment #143 from jakub at gcc dot gnu dot org 2009-07-09 13:50 --- *** Bug 40698 has been marked as a duplicate of this bug. *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #4 from jakub at gcc dot gnu dot org 2009-07-09 13:50 --- The code has a bunch of aliasing violations, so is invalid. *** This bug has been marked as a duplicate of 21920 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #8 from jakub at gcc dot gnu dot org 2009-07-09 13:25 --- Created an attachment (id=18170) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18170&action=view) gcc45-pr40667.patch Very ugly patch which just shows that changing these 3 spots helps both of these testcases.

[Bug c++/40684] ICE in tsubst

--- Comment #2 from dodji at gcc dot gnu dot org 2009-07-09 13:21 --- Subject: Re: ICE in tsubst -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The patch was submitted for review at http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00491.html . -BEGIN PGP SIGNATURE- Version: GnuPG v

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #3 from jacob at jacob dot remcomp dot fr 2009-07-09 13:18 --- Created an attachment (id=18169) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18169&action=view) script that demonstrates the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #2 from jacob at jacob dot remcomp dot fr 2009-07-09 13:18 --- Created an attachment (id=18168) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18168&action=view) Needed for linking the cpp code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698

[Bug c++/40698] Incorrect code generation when compiling c++ source

--- Comment #1 from jacob at jacob dot remcomp dot fr 2009-07-09 13:17 --- Created an attachment (id=18167) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18167&action=view) This is the cpp source needed to reproduce the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698

[Bug c++/40698] New: Incorrect code generation when compiling c++ source

This bug appears in ALL version of gcc that we tested since gcc 4.1.2 If you see the assembly generated by the cpp source using the -DNOT_WORKING option you will see: main: leal4(%esp), %ecx andl$-16, %esp pushl -4(%ecx) pushl %ebp movl%esp,

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #7 from jakub at gcc dot gnu dot org 2009-07-09 12:56 --- There are multiple places which bump crtl->stack_alignment_estimated to 64 during expansion in this case (thus forcing stack_realign_needed): if (SUPPORTS_STACK_ALIGNMENT) { unsigned int align

[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk

--- Comment #8 from aldyh at gcc dot gnu dot org 2009-07-09 12:31 --- This patch fixes the remaining failures. http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00484.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #6 from jakub at gcc dot gnu dot org 2009-07-09 12:04 --- Indeed, on this testcase crtl->stack_realign_needed is 1, while when using say int instead of long long it is 0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40667

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #7 from Chaipzor at hotmail dot com 2009-07-09 11:54 --- (In reply to comment #6) > (In reply to comment #5) > > > 3.4.3 is the GCC old version > > > > Please post the output of 'gcc -v'. > > > > Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs > Confi

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #6 from Chaipzor at hotmail dot com 2009-07-09 11:48 --- (In reply to comment #5) > > 3.4.3 is the GCC old version > > Please post the output of 'gcc -v'. > Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs Configured with: /gates/sfw10/builds/sfw10-gat

[Bug rtl-optimization/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-09 11:45 --- Why do you think it has anything to do with IRA? It has all to do with dynamic stack realignment IMNSHO. Just try -fno-ira on any of the fall snapshots, it makes absolutely no difference. -- http://gcc.gnu.org/bu

[Bug middle-end/40692] [4.5 Regression] Endless recursion between fold_ternary and fold_cond_expr_with_comparison

--- Comment #3 from jakub at gcc dot gnu dot org 2009-07-09 11:32 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/40692] [4.5 Regression] Endless recursion between fold_ternary and fold_cond_expr_with_comparison

--- Comment #2 from jakub at gcc dot gnu dot org 2009-07-09 11:19 --- Subject: Bug 40692 Author: jakub Date: Thu Jul 9 11:19:22 2009 New Revision: 149418 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149418 Log: PR middle-end/40692 * fold-const.c (fold_cond_exp

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-07-09 11:00 --- > 3.4.3 is the GCC old version Please post the output of 'gcc -v'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #4 from Chaipzor at hotmail dot com 2009-07-09 10:58 --- (In reply to comment #3) > > erm... i think im using the old gcc to compile this new one. > > I was asking what version of GCC, i.e. the output of 'gcc -v'. > i've installed other version of gcc: 3.4.3 3.4.3 is the

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-07-09 10:46 --- > erm... i think im using the old gcc to compile this new one. I was asking what version of GCC, i.e. the output of 'gcc -v'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696

[Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817

--- Comment #21 from matz at gcc dot gnu dot org 2009-07-09 10:43 --- I fear this is no expand-from-SSA problem anymore, but rather an IRA problem. Unassigning and CCing Vlad. -- matz at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/40696] Make bootstrap fail

--- Comment #2 from Chaipzor at hotmail dot com 2009-07-09 10:38 --- (In reply to comment #1) > What compiler do you use to bootstrap? > erm... i think im using the old gcc to compile this new one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696

[Bug target/40697] inefficient code to extract least bits from an integer value

--- Comment #3 from ramana at gcc dot gnu dot org 2009-07-09 10:32 --- (In reply to comment #2) > Maybe we can fix this in expand instead: if we see (x & CONST) and CONST is a > masking constant that isn't a legitimate constant for the the target, then see > if the sum of the rtx_cost of

[Bug target/40697] inefficient code to extract least bits from an integer value

--- Comment #2 from steven at gcc dot gnu dot org 2009-07-09 09:59 --- Maybe we can fix this in expand instead: if we see (x & CONST) and CONST is a masking constant that isn't a legitimate constant for the the target, then see if the sum of the rtx_cost of expressing the mask as shifts

  1   2   >