[Bug c/43469] [4.5 Regression] ICE trying to compile glibc for ARM thumb2

-- ramana at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot |

[Bug fortran/43409] I/O: INQUIRE for SIZE does not work.

--- Comment #14 from dominiq at lps dot ens dot fr 2010-03-22 09:05 --- > Dominique, please confirm this fixes it on your machine. It does (for limited testing only). Thanks for the fix. Note that a "quick" (8 hours latency) way to check what's happen on powerpc is to monitor the tester

[Bug c/43469] [4.5 Regression] ICE trying to compile glibc for ARM thumb2

--- Comment #3 from ramana at gcc dot gnu dot org 2010-03-22 09:11 --- Created an attachment (id=20156) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20156&action=view) Reduced testcase. Reduced testcase. -- ramana at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/43470] ICE: powerpc64 with -fno-strict-aliasing -O2 on interersting asm volatiles

--- Comment #5 from slyfox at inbox dot ru 2010-03-22 09:50 --- Yes, i can confirm gcc-trunk does not fail on this file. What prevents this fix to be merged to 4.4. branch? Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43470

[Bug target/43469] [4.5 Regression] ICE trying to compile glibc for ARM thumb2

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|rguenth at gcc dot gnu dot | |org | Component

[Bug middle-end/26241] [4.3/4.4/4.5 Regression] None of the IPA passes are documented in passes.texi

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-22 09:59 --- As always, patches welcome. Internal documentation is not release critical (and we've historically been not very good in keeping it up-to-date). -- rguenth at gcc dot gnu dot org changed: What|Re

[Bug target/37367] [4.4/4.5 Regression] gcc-4.4/4.5 speed regression

--- Comment #8 from rguenther at suse dot de 2010-03-22 10:01 --- Subject: Re: [4.4/4.5 Regression] gcc-4.4/4.5 speed regression On Sun, 21 Mar 2010, hjl dot tools at gmail dot com wrote: > --- Comment #7 from hjl dot tools at gmail dot com 2010-03-21 16:20 > --- > (In repl

[Bug debug/42977] [4.5 Regression] "-fcompare-debug failure" with "-O2 -finline-functions -fomit-frame-pointer -ftracer -fsched2-use-superblocks -fPIC"

--- Comment #7 from jakub at gcc dot gnu dot org 2010-03-22 10:12 --- I believe e.g. DSE, postreload (reload_cse_regs_1), cfgcleanup (thread_jump) wouldn't mind guarding cselib_process_insn call with if (!DEBUG_INSN_P (insn)) cselib_process_insn (insn); On the other side, e.g. ebb sche

[Bug debug/43443] We should yank ASM_OPERANDS locs from var-tracking preserved cselib VALUEs

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-22 10:26 --- Subject: Bug 43443 Author: jakub Date: Mon Mar 22 10:26:33 2010 New Revision: 157620 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157620 Log: PR debug/43443 * var-tracking.c (add_cselib_value

[Bug lto/43455] ICE in fold_convert_loc, at fold-const.c:2670 with -O2 -flto

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-22 10:30 --- I get on x86_64-linux > ./xgcc -B. -flto t1.c t2.c -O2 In file included from t2.c:2:0, from t1.c:2, from :0: t1.c: In function 'main': t1.c:5:22: internal compiler error: in fold_co

[Bug lto/43455] ICE in fold_convert_loc, at fold-const.c:2670 with -O2 -flto

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

[Bug middle-end/40106] [4.4/4.5 Regression] Weird interaction between optimize_insn_for_speed_p and -funsafe-math-optimizations

--- Comment #56 from rguenth at gcc dot gnu dot org 2010-03-22 10:36 --- I'm testing fixed comment #48. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/37367] [4.4/4.5 Regression] gcc-4.4/4.5 speed regression

--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-22 10:47 --- >From the numbers Vladimir posted for SPEC2k, x86_64 -mtune=generic vs. -mtune=core2 has the same rate for SPECint, with core2 slightly smaller code size, for SPECfp -mtune=core2 has 0.4% worse rate due to 10% drop on

[Bug target/37367] [4.4/4.5 Regression] gcc-4.4/4.5 speed regression

--- Comment #10 from jakub at gcc dot gnu dot org 2010-03-22 10:49 --- Created an attachment (id=20157) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20157&action=view) gcc-minimal-tune=core2.patch Here is a minimal (and untested too) patch for that. A bigger patch would drop all

[Bug debug/43443] We should yank ASM_OPERANDS locs from var-tracking preserved cselib VALUEs

--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-22 10:49 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/43475] New: [4.5 Regression] ICE in form_sum, at reload.c:5348

subroutine ss(w) implicit none integer :: w(:) integer :: b,c,d b = w(8) c = 5 d = 3 call s1(c) call s2(b+c) call s3(w(b)) end subroutine ss > gfortran-4.5 -O2 -S t.f90 t.f90: In function ‘ss’: t.f90:1:0: internal compiler error: in form_sum, at reload.c:5348 Please submit a full

[Bug middle-end/43475] [4.5 Regression] ICE in form_sum, at reload.c:5348

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-22 11:11 --- #1 0x00958e6e in form_sum (mode=SImode, x=0x77fb2a80, y=0x75ae1b58) at /space/rguenther/src/svn/trunk/gcc/reload.c:5348 5348 gcc_assert (GET_MODE (x) == mode || GET_MODE (x) == VOIDmode); (

[Bug middle-end/43476] New: -ffixed-xxx etc processed too early

-ffixed-xxx -fcall-used-xxx and -fcall-saved-xxx are processed before init_regs() is called, and that function calls CONDITIONAL_REGISTER_USAGE. If that macro changes the registers available (for example, to generate an ABI variant), then it cannot tell whether or not a register's usage model has

[Bug middle-end/43475] [4.5 Regression] ICE in form_sum, at reload.c:5348

--- Comment #2 from matz at gcc dot gnu dot org 2010-03-22 11:57 --- optimize_reg_copy_3 misses to replace in notes. Mine. -- matz at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/43476] -ffixed-xxx etc processed too early

--- Comment #1 from joseph at codesourcery dot com 2010-03-22 12:22 --- Subject: Re: New: -ffixed-xxx etc processed too early This has been around for years; when testing my iWMMXt unwind patch I found it wasn't possible to t

[Bug fortran/43409] I/O: INQUIRE for SIZE does not work.

--- Comment #15 from dominiq at lps dot ens dot fr 2010-03-22 12:29 --- Full regtesting passed on powerpc-apple-darwin9.8.0 for -m32 (see http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg01896.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43409

[Bug middle-end/40106] [4.4/4.5 Regression] Weird interaction between optimize_insn_for_speed_p and -funsafe-math-optimizations

--- Comment #57 from rguenth at gcc dot gnu dot org 2010-03-22 12:38 --- Subject: Bug 40106 Author: rguenth Date: Mon Mar 22 12:38:02 2010 New Revision: 157623 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157623 Log: 2010-03-22 Richard Guenther PR middle-end/40106

[Bug middle-end/43390] [4.5 Regression] ICE: integral result type precision does not match field size of BIT_FIELD_REF

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-22 12:39 --- Subject: Bug 43390 Author: rguenth Date: Mon Mar 22 12:39:04 2010 New Revision: 157624 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157624 Log: 2010-03-22 Richard Guenther PR tree-optimization/

[Bug middle-end/40106] [4.4 Regression] Weird interaction between optimize_insn_for_speed_p and -funsafe-math-optimizations

--- Comment #58 from rguenth at gcc dot gnu dot org 2010-03-22 12:39 --- Fixed for 4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug middle-end/43390] [4.5 Regression] ICE: integral result type precision does not match field size of BIT_FIELD_REF

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-22 12:39 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libgomp/42942] OpenMP omp_set_max_active_levels(0) isn't resetting value

--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-22 12:40 --- Created an attachment (id=20158) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20158&action=view) gcc45-pr42942.patch So far untested fix. -- jakub at gcc dot gnu dot org changed: What|Remove

[Bug middle-end/43419] gcc replaces pow(x, 0.5) by sqrt(x), invalid when x is -0

--- Comment #8 from jakub at gcc dot gnu dot org 2010-03-22 14:58 --- Subject: Bug 43419 Author: jakub Date: Mon Mar 22 14:58:00 2010 New Revision: 157631 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157631 Log: Backport from mainline: 2010-03-18 Michael Matz

[Bug target/43305] [4.4 Regression] ICE: in emit_unop_insn, at optabs.c:3838 with -Os -ffast-math and ilogbl()

--- Comment #13 from jakub at gcc dot gnu dot org 2010-03-22 15:00 --- Subject: Bug 43305 Author: jakub Date: Mon Mar 22 15:00:20 2010 New Revision: 157632 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157632 Log: Backport from mainline: 2010-03-19 Michael Matz

[Bug c++/43116] [4.3/4.4 Regression] ICE when using attributes in a function alias declaration

--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-22 15:04 --- Subject: Bug 43116 Author: jakub Date: Mon Mar 22 15:03:45 2010 New Revision: 157633 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157633 Log: Backport from mainline: 2010-03-19 Michael Matz

[Bug rtl-optimization/43477] New: -march=k8-sse3 on turion-rm75 failed

i'm using amd turion RM75 CPU under msys-mingw64 i want to make a fully optimized gcc of my own, so first i generated a general version of gcc. when i was making binutils the second time with -march=k8-sse3, i got this message: gcc -o chew.$$ -O3 -fomit-frame-pointer -pipe -march=k8-sse3 -mfpmath

[Bug rtl-optimization/43438] [4.3/4.4 Regression] possible wrong code bug

--- Comment #10 from jakub at gcc dot gnu dot org 2010-03-22 15:06 --- Subject: Bug 43438 Author: jakub Date: Mon Mar 22 15:05:46 2010 New Revision: 157634 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157634 Log: Backport from mainline: 2010-03-20 Richard Guen

[Bug rtl-optimization/43477] -march=k8-sse3 on turion-rm75 failed

--- Comment #1 from aflyhorse at foxmail dot com 2010-03-22 15:08 --- in additional, i'm using the 20100317 version of gcc 4.5.0 and binutils 2.20.51 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43477

[Bug debug/43478] New: Missing DW_AT_location for a variable

gcc (GCC) 4.5.0 20100322 (experimental) --- int h (void); int f (void) { int x, y; x = h () * 2; y = h () * 2; return x + y; } --- -c

[Bug libgomp/42942] OpenMP omp_set_max_active_levels(0) isn't resetting value

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-22 15:17 --- Subject: Bug 42942 Author: jakub Date: Mon Mar 22 15:16:52 2010 New Revision: 157635 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157635 Log: PR libgomp/42942 * env.c (parse_unsigned_long): A

[Bug debug/43479] New: Missing DW_TAG_lexical_block+DW_TAG_variable

gcc (GCC) 4.5.0 20100322 (experimental) --- int f (void) { int x; { int y = 1; x = y; } return x; } --- -c -Wall -g -O2

[Bug debug/42977] [4.5 Regression] "-fcompare-debug failure" with "-O2 -finline-functions -fomit-frame-pointer -ftracer -fsched2-use-superblocks -fPIC"

--- Comment #8 from jakub at gcc dot gnu dot org 2010-03-22 15:21 --- BTW, when not using cselib_record_sets hook, I believe cselib_process_insn does really nothing at all on DEBUG_INSNs. This would also mean that even local cprop is fine. The problem are cselib_lookup (x, y, 1); calls

[Bug libgomp/42942] OpenMP omp_set_max_active_levels(0) isn't resetting value

--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-22 15:22 --- Subject: Bug 42942 Author: jakub Date: Mon Mar 22 15:22:31 2010 New Revision: 157636 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157636 Log: PR libgomp/42942 * env.c (parse_unsigned_long): A

[Bug libgomp/42942] OpenMP omp_set_max_active_levels(0) isn't resetting value

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-22 15:27 --- Fixed, thanks for the report. -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/43438] [4.3 Regression] possible wrong code bug

--- Comment #11 from jakub at gcc dot gnu dot org 2010-03-22 15:28 --- Fixed also on 4.4 branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known t

[Bug c++/43116] [4.3 Regression] ICE when using attributes in a function alias declaration

--- Comment #7 from jakub at gcc dot gnu dot org 2010-03-22 15:29 --- Fixed also on 4.4 branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug target/43305] [4.4 Regression] ICE: in emit_unop_insn, at optabs.c:3838 with -Os -ffast-math and ilogbl()

--- Comment #14 from jakub at gcc dot gnu dot org 2010-03-22 15:29 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/43472] gcc -O3: exhausts memory on whetstone.cbe.

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-22 15:47 --- It is. *** This bug has been marked as a duplicate of 43415 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/43464] copy prop breaks loop closed SSA form

--- Comment #13 from spop at gcc dot gnu dot org 2010-03-22 15:47 --- Note that * tree-ssa-copy.c (init_copy_prop): Loop closed phi nodes can contain more than one argument. breaks both 464.h264ref and 416.gamess with -O3. See for example http://groups.google.com/group

[Bug tree-optimization/43415] [4.4 Regression] Consumes large amounts of memory and time in PRE at -O3

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-22 15:47 --- *** Bug 43472 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/42977] [4.5 Regression] "-fcompare-debug failure" with "-O2 -finline-functions -fomit-frame-pointer -ftracer -fsched2-use-superblocks -fPIC"

--- Comment #9 from matz at gcc dot gnu dot org 2010-03-22 16:01 --- For sched-deps.c there are two calls to cselib_lookup: 1) in sched_analize_1 (for writing to MEM) 2) in sched_analize_2 (for reading a MEM) Regarding (2): cselib_lookup is called on a copy of X (made into T) which then

[Bug middle-end/43419] gcc replaces pow(x, 0.5) by sqrt(x), invalid when x is -0

--- Comment #9 from mikpe at it dot uu dot se 2010-03-22 16:02 --- This bug also affects 4.3 branch. The upstream patch applies Ok and fixes it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43419

[Bug other/43480] New: build: random timestamps have multilib conflicts

The problem I am trying to solve is: Transaction Check Error: file /usr/share/man/man1/gcj-dbtool.1.gz conflicts between attempted installs of libgcj-4.4.3-8.fc13.x86_64 and libgcj-4.4.3-8.fc13.i686 file /usr/share/man/man1/gij.1.gz conflicts between attempted installs of libgcj-4.4.3-8.fc13.x

[Bug other/43480] build: random timestamps have multilib conflicts

--- Comment #1 from jan dot kratochvil at redhat dot com 2010-03-22 16:03 --- Created an attachment (id=20159) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20159&action=view) Fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43480

[Bug debug/39524] Duplicate C++ DW_TAG_variable breaking its DW_AT_location resolution

--- Comment #7 from dodji at gcc dot gnu dot org 2010-03-22 16:11 --- This got fixed in 4.4 but the PR never got closed. Closing now. -- dodji at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43437] ICE in CSE, during libgcc build

--- Comment #8 from law at redhat dot com 2010-03-22 16:12 --- I'd tend to agree with comment #7 -- multiple side effects on a single register in a single insn like this seems like a huge rats nest of problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug fortran/43481] New: huge object files generated for un-initialized data

simple definitions of un-initialized data are using the .space asm directive which results in huge object files where fortran common variables are sizeable. Although this is reported against fortran, it is possible that it also manifests for other components. credit for reporting this to Andy Ne

[Bug fortran/43481] huge object files generated for un-initialized data

--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2010-03-22 16:18 --- Created an attachment (id=20160) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20160&action=view) reduced testcase this compiles to an 7.6Mb object on current trunk. -- http://gcc.gnu.org/bu

[Bug fortran/43481] huge object files generated for un-initialized data

--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2010-03-22 16:21 --- Created an attachment (id=20161) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20161&action=view) provisional fix against 157594 this is plagiarized in its entirety from apple/llvm 4.2 (was fixe

[Bug middle-end/43475] [4.5 Regression] ICE in form_sum, at reload.c:5348

--- Comment #3 from matz at gcc dot gnu dot org 2010-03-22 16:29 --- Subject: Bug 43475 Author: matz Date: Mon Mar 22 16:28:51 2010 New Revision: 157640 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157640 Log: PR middle-end/43475 * recog.c (validate_replace_rtx

[Bug testsuite/43482] New: Fix *.log tests merged output containing "==="

Posted at, creating PR as its tracker: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00309.html while *.sum files were OK the *.log files sometimes miss the content present in *.sum results. For example [GDB gdb.base/bitfields.exp output was missing while gdb.base/bitfields.exp output was presen

[Bug middle-end/43475] [4.5 Regression] ICE in form_sum, at reload.c:5348

--- Comment #4 from matz at gcc dot gnu dot org 2010-03-22 16:30 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/43482] Fix *.log tests merged output containing "==="

--- Comment #1 from jan dot kratochvil at redhat dot com 2010-03-22 16:30 --- Created an attachment (id=20162) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20162&action=view) Fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43482

[Bug tree-optimization/43415] [4.4 Regression] Consumes large amounts of memory and time in PRE at -O3

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-22 16:33 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/43415] [4.4 Regression] Consumes large amounts of memory and time in PRE at -O3

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-03-22 16:33 --- Subject: Bug 43415 Author: rguenth Date: Mon Mar 22 16:32:58 2010 New Revision: 157641 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157641 Log: 2010-03-22 Richard Guenther Backport from mainlin

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #8 from matz at gcc dot gnu dot org 2010-03-22 16:34 --- Re comment #6: well, then we still need to fix the c++98 case. Re comment #7: note carefully how I have avoided is_pod<> in the testcase, but instead used the internal mean to implement the former. That's the regressio

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #9 from paolo dot carlini at oracle dot com 2010-03-22 16:43 --- Michael, I'm not sure to follow all the philosophical details of the issue. To be sure: 1- __is_pod implements, to date, the correct C++0x semantics, modulo ISO DRs (probably forthcoming, but a resolution seems

[Bug target/43481] huge object files generated for un-initialized data

--- Comment #3 from jb at gcc dot gnu dot org 2010-03-22 16:51 --- Seems to be a target bug, nothing to do with the Fortran frontend. Also, unless "turley" has a copyright assignment on file with the FSF (didn't find him/her in the MAINTAINERS file), the patch unfortunately cannot be a

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #10 from matz at gcc dot gnu dot org 2010-03-22 16:54 --- Hmm, well, but there's code out there that expects the "old" TR1 semantic, namely blocxx, and if the definition is indeed muddled than IMNSHO we should retain the behaviour as it was in older GCC versions, instead of b

[Bug target/43481] huge object files generated for un-initialized data

--- Comment #4 from developer at sandoe-acoustics dot co dot uk 2010-03-22 16:59 --- (In reply to comment #3) > Also, unless "turley" has a copyright assignment on file with the FSF (didn't > find him/her in the MAINTAINERS file), the patch unfortunately cannot be > accepted. It's fro

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #11 from paolo dot carlini at oracle dot com 2010-03-22 17:07 --- We discussed a bit the issue with Jason in Pittsburgh *before* realizing that likely the C++1x WD is wrong about not categorizing strPOD as POD, which now seems the real issue. My personal point of view is sti

[Bug testsuite/43482] Fix *.log tests merged output containing "==="

--- Comment #2 from jan dot kratochvil at redhat dot com 2010-03-22 17:55 --- Checked-in: http://gcc.gnu.org/viewcvs?view=revision&revision=157645 2010-03-22 Jan Kratochvil Fix *.log tests output containing "===". * dg-extract-results.sh (/\===/): Rename to ...

[Bug debug/43479] Missing DW_TAG_lexical_block+DW_TAG_variable

--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-22 18:01 --- Well, in this particular case I believe it is correct. In *.optimized we have: f () { : # DEBUG y => 1 # DEBUG x => 1 return 1; } where return 1, the only actual statement left, has the function body lexical bloc

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

--- Comment #19 from tromey at gcc dot gnu dot org 2010-03-22 18:21 --- Created an attachment (id=20163) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20163&action=view) undebugged patch to track macro expansion locations I wanted to record my unfinished patch to track macro expan

[Bug debug/43479] Missing DW_TAG_lexical_block+DW_TAG_variable

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-22 18:22 --- In the second testcase it is actually TER that breaks this (both on the trunk and 4.4-RH). In *.nrv we still have: [d.c : 4:4] l_2 = l_1(D) + 1; [d.c : 4:4] # DEBUG l => l_2 [d.c : 6:9] # DEBUG h => n_3(D) [d.c

[Bug c++/19351] operator new[] can return heap blocks which are too small

--- Comment #18 from tglek at mozilla dot com 2010-03-22 18:40 --- Perhaps someone could turn this into a landable patch https://bugzilla.mozilla.org/attachment.cgi?id=352646&action=edit This seemed to fix the problem for us -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351

[Bug target/43481] huge object files generated for un-initialized data

--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2010-03-22 18:55 --- (In reply to comment #3) > Also, unless "turley" has a copyright assignment on file with the FSF (didn't > find him/her in the MAINTAINERS file), the patch unfortunately cannot be > accepted. for the

[Bug target/33120] Data not put in BSS section on Mac OS

--- Comment #9 from pinskia at gcc dot gnu dot org 2010-03-22 18:57 --- *** Bug 43481 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/43481] huge object files generated for un-initialized data

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-03-22 18:57 --- *** This bug has been marked as a duplicate of 33120 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug debug/43478] Missing DW_AT_location for a variable

--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-22 19:16 --- Several issues: 1) reassoc changes: [pr43478.c : 6:9] D.2722_1 = h (); [pr43478.c : 6:5] x_2 = D.2722_1 * 2; [pr43478.c : 6:5] # DEBUG x => x_2 [pr43478.c : 7:9] D.2723_3 = h (); [pr43478.c : 7:5] y_4 = D.272

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #4 from law at redhat dot com 2010-03-22 19:49 --- FWIW, I seem to get considerably worse code from mainline than you -- for -O3 -ffast-math -mcpu=power7 -mvsx -maltivec I get 140 stfs and 192 lfs insns (compared to 117 & 139 respectively that you reported). Just for fun, I

[Bug libstdc++/43483] New: STL sort SIGSEV

The STL sort implementation in stl_algo.h SIGSEVs under certain conditions due to not checking the position of the __first and __last iterator positions. Here is a diff between a working version and the buggy version in 4.4.1: 2228d2227 < int len = __last - __first; 2231c2230 < whil

[Bug libstdc++/43483] STL sort SIGSEV

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-22 20:05 --- Please provide a complete, self-contained testcase, otherwise nothing will happen. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug rtl-optimization/43484] New: GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

If I build gamess and zeusmp with my normal spec optimization options, I get an internal compiler error in the change_address_1 function in emit-rtl.c, due to an address needing fixup has been generated after register allocation has been done. I have narrowed the options down to -m32 -mcpu=power4

[Bug rtl-optimization/43484] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #1 from meissner at gcc dot gnu dot org 2010-03-22 20:11 --- Created an attachment (id=20164) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20164&action=view) Reduced function that causes the problem To replicate this, use -m32 -O2 -mcpu=power4 -funroll-loops --

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #8 from ro at gcc dot gnu dot org 2010-03-22 20:12 --- Subject: Bug 38085 Author: ro Date: Mon Mar 22 20:12:34 2010 New Revision: 157648 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157648 Log: gcc: PR target/38085 * config/i386/i386.c (x86_

[Bug libstdc++/43483] STL sort SIGSEV

--- Comment #2 from richardlee at snowshoefox dot com 2010-03-22 20:18 --- Created an attachment (id=20165) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20165&action=view) Proposed patch using 'patch -up'... run patch in the 4.4.1/bits/ folder. -- http://gcc.gnu.org/bugzilla

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug libstdc++/43483] STL sort SIGSEV

--- Comment #3 from paolo dot carlini at oracle dot com 2010-03-22 20:26 --- The patch is incorrect for various formal reasons (eg, should be against current mainline not vs a random old release; should use difference_type, not int; should use an uglified __len) + should come with a det

[Bug c++/43281] [c++0x] ICE with invalid auto

--- Comment #3 from jason at gcc dot gnu dot org 2010-03-22 20:39 --- Subject: Bug 43281 Author: jason Date: Mon Mar 22 20:38:46 2010 New Revision: 157651 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157651 Log: PR c++/43281 * pt.c (contains_auto_r): New fn.

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #12 from jason at gcc dot gnu dot org 2010-03-22 20:39 --- Subject: Bug 4 Author: jason Date: Mon Mar 22 20:38:57 2010 New Revision: 157652 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157652 Log: PR c++/4 * tree.c (pod_type_p): Use old mean

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #9 from ro at gcc dot gnu dot org 2010-03-22 20:39 --- Fixed for 4.5.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/42040] [ia64] Inappropriate address spills

--- Comment #12 from sje at cup dot hp dot com 2010-03-22 20:48 --- Since the proposed patch to meant to address non-optimimal code generation I decided to try the patch with SPEC2006 and see if it helped the performance. On SPECint, I got a 3% slowdown, mostly due to 429.mcf slowing dow

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

: ../configure --target=powerpc64-linux-gnu --enable-tls : (reconfigured) Thread model: posix gcc version 4.5.0 20100322 (experimental) [trunk revision 157646] (GCC) COLLECT_GCC_OPTIONS='-B.' '-S' '-m32' '-mcpu=power4' '-O2' '-funroll-loops&#

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #13 from jason at gcc dot gnu dot org 2010-03-22 20:49 --- Fixed by reverting to old semantics in C++98 mode. -- jason at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43281] [c++0x] ICE with invalid auto

--- Comment #4 from jason at gcc dot gnu dot org 2010-03-22 20:50 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/43483] STL sort SIGSEV

--- Comment #4 from richardlee at snowshoefox dot com 2010-03-22 20:55 --- Here is a very simplified version of the scenario that triggered the bug. bool compare(int t1, int t2) { return true; } int main(int argc, char** argv) { vector v; v.assign(32, 2);

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #3 from meissner at gcc dot gnu dot org 2010-03-22 21:02 --- I just replicated on my x86_64 cross compiler: bug-43484.f: In function ‘gcidav’: bug-43484.f:670:0: internal compiler error: in change_address_1, at emit-rtl.c:1912 Please submit a full bug report, with preproces

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-22 21:04 --- >-with-long-double-128 --enable-secureplt Those two options might cause the difference for me. Let me reconfigure my build and try again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43484

[Bug middle-end/31241] Post Increment opportunity missed

--- Comment #6 from ramana at gcc dot gnu dot org 2010-03-22 21:16 --- Unrolling the loop still doesn't show better use of auto-incs. -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/43483] STL sort SIGSEV

--- Comment #5 from paolo dot carlini at oracle dot com 2010-03-22 21:24 --- compare is not irreflexive, as it must be per 25.3/4. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug ada/43485] New: select ... then abort ... end select don't abort

On the small program below, "Something_Usefull" is never aborted: when I enter a string, my CPU usage go to 100% but then Put_Line following the "select then abort" is never executed. This was observed on my Ubuntu Karmic with gnat-4.4 and gnat-4.3. A friend of mine reproduced it with 4.4.3 and 4.

[Bug target/14352] New FP code not compiled for non-arm-elf targets

--- Comment #6 from ramana at gcc dot gnu dot org 2010-03-22 21:46 --- This refers to the arm-linux and arm-elf configurations which are largely in maintenance mode only now. Pulling priority down to P5 and marking as an enhancement. -- ramana at gcc dot gnu dot org changed:

[Bug target/43435] [4.3/4/4 Regression] SH: Bad registers are restored before ISR is leaved

--- Comment #2 from kkojima at gcc dot gnu dot org 2010-03-22 22:02 --- I've confirmed that this is 4.3/4.4 regression solved on trunk with the patch mentioned in #1. I'll backport the patch to 4.3/4.4 branches when it passes the usual test on those branches. -- kkojima at gcc dot g

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #5 from vmakarov at redhat dot com 2010-03-22 22:16 --- (In reply to comment #0) > > In the enclosed test case, it generates the following spills for the options: > -O3 -ffast-math -mcpu=power7 -mvsx -maltivec: 117 stfs, 139 lfs > -O3 -ffast-math -mcpu=power5 -maltivec: 80 s

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #6 from vmakarov at redhat dot com 2010-03-22 22:20 --- (In reply to comment #4) > FWIW, I seem to get considerably worse code from mainline than you -- for -O3 > -ffast-math -mcpu=power7 -mvsx -maltivec I get 140 stfs and 192 lfs insns > (compared to 117 & 139 respectively t

  1   2   >