[Bug libstdc++/44475] New: bunch of warnings of "second definition" on osf

bash-4.1$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/home/jayk/libexec/gcc/alphaev67-dec-osf5.1/4.5.0/lto-wrapper Target: alphaev67-dec-osf5.1 Configured with: /home/jayk/src/gcc-4.5.0/configure -disable-nls -disable-bootstrap -with-gmp=/home/jayk -prefix=/home/jayk Thread m

[Bug bootstrap/44470] [4.6 Regression] Failed to bootstrap with - -with-arch=atom

--- Comment #4 from ubizjak at gmail dot com 2010-06-09 06:27 --- (In reply to comment #1) > It may be broken by revision 160394: > > http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00307.html The add->lea transformation doesn't even trigger in this testcase... You still have normal add instr

[Bug c/44472] __builtin_ia32_pcmpestri128 generates an additional pcmpestrm operation

--- Comment #3 from jeff_wegher at yahoo dot com 2010-06-09 05:03 --- Sure, non-optimized code generates a lot of instructions that aren't strictly needed. This one seemed a little beyond that to me. Just so I understand then... By design, __builtin*_pcmpestri and __builtin*_pcmpestrm

[Bug debug/41371] [4.5/4.6 Regression] var-tracking is slow and memory hungry

--- Comment #40 from aoliva at gcc dot gnu dot org 2010-06-09 04:56 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/44013] [4.5 Regression] VTA produces wrong code

--- Comment #12 from aoliva at gcc dot gnu dot org 2010-06-09 04:54 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug c/44474] New: GCC inserts redundant "test" instruction due to incorrect clobber

Take the following test case: int foo(); int test( int *b ) { (*b)--; if( *b == 0 ) return foo(); return 0; } On x86_64, with "-fomit-frame-pointer -O3 -c", gcc 4.6 compiles this to: 0: 8b 07 moveax, [rdi] 2: 83 e8 01subeax

[Bug c/44472] __builtin_ia32_pcmpestri128 generates an additional pcmpestrm operation

--- Comment #2 from hjl dot tools at gmail dot com 2010-06-09 03:26 --- (In reply to comment #0) > > While running some tests against SSE4.2 instructions, I noticed that the > __builtin_ia32_pcmpestri128 method generates the correct pcmpestri call > followed immediately by an extraneous

[Bug c++/44473] iterators already defined for std::vector when using std::decimal

--- Comment #2 from rmlong at gmail dot com 2010-06-09 03:17 --- Created an attachment (id=20872) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20872&action=view) Example code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473

[Bug c++/44473] iterators already defined for std::vector when using std::decimal

--- Comment #1 from rmlong at gmail dot com 2010-06-09 03:15 --- Created an attachment (id=20871) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20871&action=view) Preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473

[Bug c++/44473] New: iterators already defined for std::vector when using std::decimal

If checking empty then attempting to push back the following errors are reported: main.s: Assembler messages: main.s:2236: Error: symbol `_ZNK9__gnu_cxx17__normal_iteratorIPDfSt6vectorIDfSaIDfEEE4baseEv' is already defined main.s:2542: Error: symbol `_ZN9__gnu_cxx17__normal_iteratorIPDfSt6vectorIDf

[Bug other/44034] target hooks are hard to maintain

--- Comment #5 from amylaar at gcc dot gnu dot org 2010-06-09 03:14 --- (In reply to comment #4) updated patch for revision 160454: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00846.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44034

[Bug c/44472] __builtin_ia32_pcmpestri128 generates an additional pcmpestrm operation

--- Comment #1 from jeff_wegher at yahoo dot com 2010-06-09 02:38 --- Created an attachment (id=20870) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20870&action=view) Example program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44472

[Bug c/44472] New: __builtin_ia32_pcmpestri128 generates an additional pcmpestrm operation

Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/home/jeff/gnu/TR --program-suffix=TR --enable-languages=c,c++ Thread model: posix gcc version 4.6.0 20100608 (experimental) (GCC) While running some tests against SSE4.2 instructions, I noticed that the

[Bug target/43876] [avr] Improper updating of struct members when written out of order from struct definition

--- Comment #3 from eric dot weddington at atmel dot com 2010-06-09 02:13 --- Confirmed. Testing fix... -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug bootstrap/44470] [4.6 Regression] Failed to bootstrap with - -with-arch=atom

--- Comment #3 from hjl dot tools at gmail dot com 2010-06-09 00:59 --- The old scheduler: ;; == ;; -- basic block 2 from 37 to 42 -- after reload ;; == ;;0-->37 [-

[Bug bootstrap/44470] [4.6 Regression] Failed to bootstrap with - -with-arch=atom

--- Comment #2 from hjl dot tools at gmail dot com 2010-06-09 00:52 --- (In reply to comment #1) > It may be broken by revision 160394: > > http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00307.html > This change moved (insn:TI 11 41 12 pr44470.i:15 (parallel [ (set (reg:SI 1 dx

[Bug target/44067] internal compiler error: in rs6000_split_multireg_move, at config/rs6000/rs6000.c:16713

--- Comment #11 from amodra at gmail dot com 2010-06-09 00:29 --- Fixed -- amodra at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug target/44067] internal compiler error: in rs6000_split_multireg_move, at config/rs6000/rs6000.c:16713

--- Comment #10 from amodra at gcc dot gnu dot org 2010-06-09 00:20 --- Subject: Bug 44067 Author: amodra Date: Wed Jun 9 00:20:27 2010 New Revision: 160454 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160454 Log: PR target/44067 * config/rs6000/rs6000.md (DIF

[Bug target/44067] internal compiler error: in rs6000_split_multireg_move, at config/rs6000/rs6000.c:16713

--- Comment #9 from amodra at gcc dot gnu dot org 2010-06-09 00:16 --- Subject: Bug 44067 Author: amodra Date: Wed Jun 9 00:15:46 2010 New Revision: 160449 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160449 Log: PR target/44067 * config/rs6000/rs6000.md (DIFD

[Bug plugins/44459] plugin interface depends on name mangling

--- Comment #7 from amylaar at gcc dot gnu dot org 2010-06-08 23:21 --- Subject: Bug 44459 Author: amylaar Date: Tue Jun 8 23:21:48 2010 New Revision: 160448 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160448 Log: PR plugins/44459: * gcc-plugin.h: Encapsulate

[Bug bootstrap/44433] [meta-bug] --enable-build-with-cxx issues

--- Comment #1 from amylaar at gcc dot gnu dot org 2010-06-08 23:15 --- I think PR44362 no longer block adoption of --enable-build-with-cxx in trunk, since the C++ part of the patch for that PR was checked in. It might sense to keep it in the dependency list if we need this to backport t

[Bug bootstrap/44432] [boot with C++] configure does not check presence of host C++ compiler

--- Comment #1 from amylaar at gcc dot gnu dot org 2010-06-08 22:50 --- A patch is here: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00835.html -- amylaar at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/44470] [4.6 Regression] Failed to bootstrap with - -with-arch=atom

--- Comment #1 from hjl dot tools at gmail dot com 2010-06-08 22:00 --- It may be broken by revision 160394: http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00307.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug bootstrap/44335] [4.6 regression] gcc-4.6-20100529 java bootstrap failure on arm-linux-gnueabi

-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org

[Bug bootstrap/44458] Bootstrap fails on arm_float_words_big_endian implicit declaration when Ada on arm-linux

-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org

[Bug fortran/44471] New: Wrong call with variadic declaration

Reported by Jakub. "gfortran -O2 -fwhole-file" generates a variadic call to bar_. (The decl of the procedure itself is OK.) Expected: a) With -fwhole-file, the actual declaration should be used. b) As Fortran does not support variadic calls at all, there should be never variatic calls be generated

[Bug bootstrap/44470] New: [4.6 Regression] Failed to bootstrap with - -with-arch=atom

Revision 160417 failed to compile libgcc: [...@gnu-32 rrs]$ cat testcase.i typedef int SItype __attribute__ ((mode (SI))); typedef unsigned int USItype __attribute__ ((mode (SI))); typedef int DItype __attribute__ ((mode (DI))); struct DWstruct {SItype low, high;}; typedef union { struct DWstr

[Bug testsuite/42843] --enable-build-with-cxx plugin tests fail

--- Comment #3 from amylaar at gcc dot gnu dot org 2010-06-08 20:52 --- (In reply to comment #1) > A patch is here: > http://gcc.gnu.org/ml/gcc-patches/2010-01/msg01200.html This is an update of the patch to revision 160389: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00822.html --

[Bug fortran/32049] Support on x86_64 also kind=16

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org

[Bug fortran/43040] Wrong decl for mathbuiltins -> wrong code with LTO

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-06-08 20:39 --- I'm currently looking at math builtins for __float128 support, so I'll check that. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added -

[Bug plugins/44459] plugin interface depends on name mangling

--- Comment #6 from amylaar at gcc dot gnu dot org 2010-06-08 20:34 --- (In reply to comment #5) > There is no specifications for plugins really. And really this is on purpose > as we don't want to freeze down the rest of the compiler just for plugins. There is a difference between fre

[Bug target/44364] Wrong code with e500 double floating point

--- Comment #36 from Kyle dot D dot Moffett at boeing dot com 2010-06-08 20:34 --- Ok, I'm pretty sure this is unrelated to this bug, but I still get one test-failure with PPL 0.10.2. The "interval1" test fails due to the "test01" subtest, apparently due to very slightly excessive "flo

[Bug tree-optimization/44462] Redundant looping pure functions whose return value is dead are not optimized out

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-08 20:10 --- >Why do we remove register LHS in DCE again? Because it reduces the amount of garbage produced by expand :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44462

[Bug plugins/44459] plugin interface depends on name mangling

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-06-08 19:55 --- There is no specifications for plugins really. And really this is on purpose as we don't want to freeze down the rest of the compiler just for plugins. -- pinskia at gcc dot gnu dot org changed: Wha

[Bug libffi/42275] pkg-config (.pc) file missing in libffi (lost during import)

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42275

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #22 from borntraeger at de dot ibm dot com 2010-06-08 19:42 --- I bootstrapped with patches 0002 and 0003. The results are also good. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44297

[Bug libffi/42275] pkg-config (.pc) file missing in libffi (lost during import)

--- Comment #2 from ensonic at hora-obscura dot de 2010-06-08 19:16 --- There are even patches flying around on the net for this, please! http://www.mail-archive.com/pld-cvs-com...@lists.pld-linux.org/msg178946.html -- ensonic at hora-obscura dot de changed: What|Remo

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #16 from sandra at gcc dot gnu dot org 2010-06-08 18:16 --- Subject: Bug 28685 Author: sandra Date: Tue Jun 8 18:15:53 2010 New Revision: 160445 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160445 Log: 2010-06-08 Sandra Loosemore PR tree-optimization/3

[Bug tree-optimization/39874] [4.4 regression] missing VRP (submission)

--- Comment #5 from sandra at gcc dot gnu dot org 2010-06-08 18:16 --- Subject: Bug 39874 Author: sandra Date: Tue Jun 8 18:15:53 2010 New Revision: 160445 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160445 Log: 2010-06-08 Sandra Loosemore PR tree-optimization/39

[Bug libstdc++/43838] Incorrect output from abi::__cxa_demangle

--- Comment #6 from paolo dot carlini at oracle dot com 2010-06-08 18:05 --- Ian, any idea what may be happening here? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838

[Bug libstdc++/43838] Incorrect output from abi::__cxa_demangle

--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-08 18:02 --- I also double checked that indeed the last "null_type" appears truncated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838

[Bug libstdc++/43838] Incorrect output from abi::__cxa_demangle

--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-08 17:57 --- Excellent, thanks a lot. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug libstdc++/43838] Incorrect output from abi::__cxa_demangle

--- Comment #3 from slawomir at ezono dot com 2010-06-08 17:55 --- Created an attachment (id=20869) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20869&action=view) simpler example Preprocessed source of simpler program. The only #include used was which is needed in order to comp

[Bug tree-optimization/44393] [4.5/4.6 Regression] ICE: verify_ssa failed: no immediate_use list with -Os -ftree-loop-distribution

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-08 17:33 --- Whatever. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug tree-optimization/44393] [4.5/4.6 Regression] ICE: verify_ssa failed: no immediate_use list with -Os -ftree-loop-distribution

--- Comment #3 from hjl dot tools at gmail dot com 2010-06-08 16:47 --- It is caused by revision 145494: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00115.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/44297] Big spec cpu2006 prefetch regressions on gcc 4.6 on x86

--- Comment #21 from changpeng dot fang at amd dot com 2010-06-08 16:23 --- Just for the record, non-constant step prefetching improves 459.GemsFDTD by 5.5% (under -O3 + prefetch) on amd-linux64 systems. And the gains are from the following set of loops: NFT.fppized.f90:1268 NFT.fppized

[Bug libstdc++/44413] inefficient code for std::string::compare on x86-64

--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-08 15:59 --- Let's do this change first in ext/vstring and let's see how people react. In that case we also have the advantage that nothing is exported from the *.so, thus old code linking to the new lib will not risk behav

[Bug rtl-optimization/42500] Unnecessary mov of sp to a register

-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42500

[Bug rtl-optimization/40615] unnecessary CSE

-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40615

[Bug middle-end/42574] [4.3/4.4/4.5/4.6 Regression] Address of global variable is calculated multiple times (missed CSE)

--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 15:24 --- Steven, I'm shamelessly stealing this PR from you. There are two sides to this missed optimization: 1. Calculation of PIC address is not CSE'd; this is the same as PR42495 and will be fixed there. 2. Constant "

[Bug target/44364] Wrong code with e500 double floating point

--- Comment #35 from Kyle dot D dot Moffett at boeing dot com 2010-06-08 15:23 --- Hrm, well PPL still seems to be failing the "interval1" test, but I'm not sure that one's related as the part that fails is "test01". More info to come shortly. -- http://gcc.gnu.org/bugzilla/show_b

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #10 from rguenth at gcc dot gnu dot org 2010-06-08 15:11 --- (In reply to comment #9) > (In reply to comment #8) > > I don't think you need flow-sensitivity. > > > > Basically when you have only aggregate uses (as in this case) > > Vectors are considered scalars in GCC. T

[Bug libstdc++/44413] inefficient code for std::string::compare on x86-64

--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-08 15:09 --- I'm not convinced. The code at issue is used when memcmp returns zero, thus one string is a prefix of the other, a well defined situation. For *eons* we have been returning a number which is much larger (in mod

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #9 from jamborm at gcc dot gnu dot org 2010-06-08 15:00 --- (In reply to comment #8) > I don't think you need flow-sensitivity. > > Basically when you have only aggregate uses (as in this case) Vectors are considered scalars in GCC. That is why the solutions described abov

[Bug tree-optimization/44468] [4.3/4.4/4.5/4.6 Regression] Bogus access re-construction from offset calculation

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|Bogus access re-construction|[4.3/4.4/4.5/4.6 Regression] |from offset calculati

[Bug libstdc++/44413] inefficient code for std::string::compare on x86-64

--- Comment #3 from dgohman at gmail dot com 2010-06-08 14:54 --- Callers of compare are already exposed to __builtin_memcmp result values (with default traits) which vary depending on the target and compiler flags. And since _S_compare is only used as a tie-breaker after the memcmp, it

[Bug bootstrap/44469] [4.5/4.6 Regression] internal compiler error: in fixup_reorder_chain, at cfglayout.c:797

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44469

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-08 14:50 --- I don't think you need flow-sensitivity. Basically when you have only aggregate uses (as in this case) then you only want to scalarize if the destination of the use is scalarized as well (to be able to copyprop out

[Bug bootstrap/42347] [4.5/4.6 Regression] sched-deps.c:3840:1: internal compiler error: in fixup_reorder_chain, at cfglayout.c:796

--- Comment #30 from siarhei dot siamashka at gmail dot com 2010-06-08 14:49 --- (In reply to comment #29) > Please file a new PR for that, with preprocessed source and all other relevant > info for reproduction. Thanks, filed PR44469 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug bootstrap/44469] [4.5/4.6 Regression] internal compiler error: in fixup_reorder_chain, at cfglayout.c:797

--- Comment #1 from siarhei dot siamashka at gmail dot com 2010-06-08 14:45 --- Created an attachment (id=20868) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20868&action=view) testcase.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44469

[Bug bootstrap/44469] New: [4.5/4.6 Regression] internal compiler error: in fixup_reorder_chain, at cfglayout.c:797

Target: armv7l-unknown-linux-gnueabi Configured with: ../gcc-4_5-branch/configure --prefix=/home/ssvb/gcc-test/bin --target=armv7l-unknown-linux-gnueabi --enable-languages=c --without-headers Thread model: posix gcc version 4.5.1 20100607 (prerelease) (GCC) $ armv7l-unknown-linux-gnueabi -O2 testc

[Bug tree-optimization/44336] [4.4/4.5/4.6 Regression] ICE: verify_ssa failed: SSA_NAME_DEF_STMT is wrong with -fipa-struct-reorg -fwhole-program

--- Comment #2 from zsojka at seznam dot cz 2010-06-08 14:41 --- Created an attachment (id=20867) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20867&action=view) different testcase This testcase fails with similiar message: $ gcc -O1 -fipa-struct-reorg -fwhole-program pr44336-2.c

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #7 from jamborm at gcc dot gnu dot org 2010-06-08 14:29 --- I don't think I can fix this bug in its most general form without doing some flow-sensitive decisions (which can be difficult for aggregates) and without causing PR 43846 again. (Aggregate copy-propagation and eithe

[Bug pch/40272] error using precompiled headers with extra debug info (-g3)

--- Comment #3 from jay dot foad at gmail dot com 2010-06-08 14:24 --- I've just seen this too: $ gcc --version gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3 [...] $ cat a.h void a(void); $ cat b.h #include "a.h" $ cat b.c #include "b.h" void b(void) {} $ gcc -c -g3 a.h $ gcc -c -g3 b.c /tmp/ccpqcX

[Bug fortran/44211] [OOP] ICE with TBP of pointer component of derived type array

--- Comment #3 from janus at gcc dot gnu dot org 2010-06-08 14:22 --- *** Bug 44465 has been marked as a duplicate of this bug. *** -- janus at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/44465] [OOP] ICE with polymorphic object oriented example

--- Comment #4 from janus at gcc dot gnu dot org 2010-06-08 14:22 --- Actually this seems to be a duplicate of PR 44211. It is fixed by the patch I submitted yesterday: http://gcc.gnu.org/ml/fortran/2010-06/msg00060.html The patch has been approved by Tobias, and I will commit it once

[Bug fortran/43945] [OOP] Derived type with GENERIC: resolved to the wrong specific TBP

--- Comment #17 from sfilippone at uniroma2 dot it 2010-06-08 14:09 --- (In reply to comment #16) > (In reply to comment #14) > > The attached variation of generic_23 still does not work. > > > > [sfili...@donald bug15]$ ./generic_23_1 > > FOO%DOIT base version > Aborted (core dumpe

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-08 14:02 --- (In reply to comment #5) > (In reply to comment #2) > > We have (4.4): > > > > : > > va.f[0] = a->r; > > va.f[1] = a->g; > > va.f[2] = a->b; > > va.f[3] = 0.0; > > pretmp.40 = va.v; > > ivtmp.61 = 0; >

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #5 from martin at mpa-garching dot mpg dot de 2010-06-08 13:54 --- (In reply to comment #2) > We have (4.4): > > : > va.f[0] = a->r; > va.f[1] = a->g; > va.f[2] = a->b; > va.f[3] = 0.0; > pretmp.40 = va.v; > ivtmp.61 = 0; [...] Could you please tell me the com

[Bug fortran/44465] [OOP] ICE with polymorphic object oriented example

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-08 13:53 --- Valgrind shows: ==26969== Invalid read of size 4 ==26969==at 0x553131: gfc_conv_scalarized_array_ref (trans-array.c:2494) ==26969==by 0x553824: gfc_conv_array_ref (trans-array.c:2547) ==26969==by 0x572CE0

[Bug fortran/44465] [OOP] ICE with polymorphic object oriented example

--- Comment #2 from ian at rhymneyconsulting dot co dot uk 2010-06-08 13:21 --- Subject: RE: [OOP] ICE with polymorphic object oriented example I should have included them with the bug report! Things are really progressing with the compiler. Well done! Out of the compilers Jane and I

[Bug tree-optimization/44423] [4.5/4.6 Regression] Massive performance regression in SSE code due to SRA

--- Comment #4 from jamborm at gcc dot gnu dot org 2010-06-08 13:16 --- Mine -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug tree-optimization/44468] Bogus access re-construction from offset calculation

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 13:03 --- Subject: Bug 44468 Author: rguenth Date: Tue Jun 8 13:02:53 2010 New Revision: 160435 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160435 Log: 2010-06-08 Richard Guenther testsuite/ PR

[Bug fortran/44465] [OOP] ICE with polymorphic object oriented example

--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-08 13:00 --- (In reply to comment #0) > c:\document\fortran\newbook\examples\ch32>gfortran shape_p.f90 circle_p.f90 > rectangle_p.f90 polymorph_array.f90 > polymorph_array.f90: In function 'polymorphic': > polymorph_array.f90:18:0

[Bug tree-optimization/44467] [4.6 Regression]: cris-elf build broken in libstdc++

--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-08 12:58 --- Likely pr44453 and pr44460. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44467

[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-08 12:57 --- *** Bug 44467 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/44467] [4.6 Regression]: cris-elf build broken in libstdc++

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-08 12:57 --- *** This bug has been marked as a duplicate of 44460 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/44468] Bogus access re-construction from offset calculation

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-08 12:53 --- Fixed on the mem-ref branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44468

[Bug tree-optimization/44468] Bogus access re-construction from offset calculation

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-08 12:52 --- Argument why the testcase is invalid might go along the line that a pointer to struct Q may not be converted to a pointer to struct R, or that &((struct R *)q)->a is accessing *q as struct R. This is similar to PR41

[Bug tree-optimization/44468] New: Bogus access re-construction from offset calculation

#include struct S { int i; int j; }; struct R { int k; struct S a; }; struct Q { float k; struct S a; }; struct Q s; int __attribute__((noinline,noclone)) test1 (void *q) { struct S *b = (struct S *)((char *)q + sizeof (int)); s.a.i = 0; b->i = 3; return s.a.i; } int __attribu

[Bug tree-optimization/44467] [4.6 Regression]: cris-elf build broken in libstdc++

--- Comment #1 from hp at gcc dot gnu dot org 2010-06-08 12:43 --- Created an attachment (id=20866) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20866&action=view) preprocessed cc1plus -fpreprocessed eh_alloc.ii -melf -quiet -dumpbase eh_alloc.cc -auxbase-strip eh_alloc.o -g -O2

[Bug plugins/44459] plugin interface depends on name mangling

--- Comment #4 from amylaar at gcc dot gnu dot org 2010-06-08 12:40 --- This is the patch set for the fix: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00741.html http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00740.html -- amylaar at gcc dot gnu dot org changed: What|R

[Bug tree-optimization/44467] New: [4.6 Regression]: cris-elf build broken in libstdc++

With revision 160368 the tree built. >From revision 160380 and on including at least 160431, build has failed as follows: libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++ -L/tmp/hpautotest-gcc1/cris-elf/gccob

[Bug target/44364] Wrong code with e500 double floating point

--- Comment #34 from gcc at breakpoint dot cc 2010-06-08 11:23 --- (In reply to comment #28) > #define HARD_REGNO_CALLER_SAVE_MODE(REGNO, NREGS, MODE) \ > (TARGET_E500_DOUBLE && ((MODE) == VOIDmode || (MODE) == DFmode) \ >? DFmode

[Bug c/44466] Segmentation fault in compilation

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 11:11 --- This has been fixed for 4.5.1. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/42495] redundant memory load

--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 10:41 --- Elimination of subsequent calculations of PIC addresses should be handled in code hoisting optimization. However, there are two problems that inhibit the optimization: 1. ARM backend outputs calculation of a PIC

[Bug c/44466] Segmentation fault in compilation

--- Comment #2 from msteghofer at cistib dot upf dot edu 2010-06-08 10:38 --- GCC version info: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/data/home/msteghofer/gcc-4.5/dist/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configure

[Bug c/44466] Segmentation fault in compilation

--- Comment #1 from msteghofer at cistib dot upf dot edu 2010-06-08 10:38 --- Created an attachment (id=20865) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20865&action=view) The code that produces the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44466

[Bug middle-end/44453] [4.6 Regression] Revision 160380 caused g++.dg/torture/pr32304.C

--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-08 10:37 --- pr44460 is probably a duplicate. The test fails with -g -O1 and the backtrace is #0 fancy_abort (file=0x100ad07d0 "../../work/gcc/emit-rtl.c", line=1674, function=0x100b42a40 "set_mem_attributes_minus_bitpos") at ..

[Bug c/44466] New: Segmentation fault in compilation

When doing (node_refine.i attached): gcc -DNDEBUG -O3 -I. -c node_refine.i I get: node_refine.c: In function ‘KWayNodeRefine__’: node_refine.c:162:6: internal compiler error: Violació de segment Please submit a full bug report, with preprocessed source if appropriate. See

[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*

--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-08 10:35 --- Needs '-g -O1' to fails: [macbook] i386/libjava% /opt/gcc/build_w/gcc/xgcc -B/opt/gcc/build_w/gcc -nostdinc++ -DHAVE_CONFIG_H -I. -I../../../../work/libjava -I./include -I./gcj -I../../../../work/libjava -Iinclude -I

[Bug other/44116] 64bit inodes for source code causes "Value too large for defined data type" (XFS,inode64)

--- Comment #4 from kasparek at fit dot vutbr dot cz 2010-06-08 10:34 --- Hello, is there any progress in this, may I help with something? -- kasparek at fit dot vutbr dot cz changed: What|Removed |Added ---

[Bug tree-optimization/44258] [4.5/4.6 Regression] possible SRA wrong-code generation.

--- Comment #10 from pluto at agmk dot net 2010-06-08 10:15 --- the gcc-4.5-20100608 still miscompiles kde4libs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44258

[Bug fortran/44465] New: polymorphic object oriented example

We are developing object oriented examples for our next book and have hit a compiler bug with the following short program. program polymorphic use shape_module use circle_module use rectangle_module implicit none type shape_w class (shape_type) , allocatable :: shape_v end type shape_w type

[Bug plugins/44459] plugin interface depends on name mangling

--- Comment #3 from amylaar at gcc dot gnu dot org 2010-06-08 09:56 --- (In reply to comment #2) > "By switching the GCC build language to C++, we introduce name mangling, > which means that we loose plugin dynamic link compatibility to previous > versions of gcc. Also, the interface be

[Bug lto/44464] ICE during linux kernel whopr build

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 09:55 --- Did you reduce the number of object files already? Note that you are linking without optimization (and you probably built the .o files with optimization?) So this might be a duplicate of PR41159. Can you put output

[Bug lto/44464] ICE during linux kernel whopr build

--- Comment #2 from andi-gcc at firstfloor dot org 2010-06-08 09:40 --- The object files are at http://halobates.de/whopr-ice.tar.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464

[Bug lto/44464] ICE during linux kernel whopr build

--- Comment #1 from andi-gcc at firstfloor dot org 2010-06-08 09:38 --- Ok unable to attach and I've been told reporting LTO bugs requires some magic voodoo incarnations first. If it helps here's the gdb information of the crash: (gdb) pt var (gdb) bt #0 var_map_base_init (map=0x110

[Bug tree-optimization/44258] [4.5/4.6 Regression] possible SRA wrong-code generation.

--- Comment #9 from pluto at agmk dot net 2010-06-08 09:07 --- (In reply to comment #8) > (In reply to comment #5) > > > > have a look at PR44406... i believe its the same thing. > > > > I think it probably is because the patch of mine would lead to code > very similar to what exposed

[Bug lto/44464] New: ICE during linux kernel whopr build

I got several ICEs during a linux kernel whopr build, here's one of them. gcc46 -nostdlib -fwhopr -r -o net/ipv4/built-in.o net/ipv4/route.o net/ipv4/inetpeer.o net/ipv4/protocol.o net/ipv4/ip_input.o net/ipv4/ip_fragment.o net/ipv4/ip_forward.o net/ipv4/ip_options.o net/ipv4/ip_output.o net/ipv

  1   2   >