[Bug tree-optimization/44997] New: [4.6 regression] tree-chrec introduces broken asm code

-bootstrap --enable-shared --disable-sjlj-exceptions Thread model: posix gcc version 4.6.0 20100720 (experimental) (GCC) COLLECT_GCC_OPTIONS='-D__MINGW32__' '-D__MSVCRT__' '-DWIN32' '-D_WIN32' '-D__WIN32' '-D__WIN32__' '-U__CYGWIN__&#

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #1 from jojelino at gmail dot com 2010-07-20 07:02 --- Created an attachment (id=21252) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21252&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #2 from jojelino at gmail dot com 2010-07-20 07:05 --- Created an attachment (id=21253) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21253&action=view) tree dump with -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #3 from jojelino at gmail dot com 2010-07-20 07:05 --- Created an attachment (id=21254) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21254&action=view) tree dump with -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997

[Bug fortran/44998] New: runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

This is to re-open bug no. 19064. I apologize for doing it in this fashion, but I do not have access to my old account from which I opened 19064 in 2004. I have not been using gfortran for a few years, and it seems that in my absense the bug has crept back in. Version 4.4.3 of gfortran appears t

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #1 from rmlarsen at gmail dot com 2010-07-20 07:30 --- Created an attachment (id=21255) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21255&action=view) bug.f small program provoking the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #2 from rmlarsen at gmail dot com 2010-07-20 07:31 --- Created an attachment (id=21256) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21256&action=view) test1.dat data file for test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-20 07:56 --- > This is to re-open bug 19064. > Version 4.4.3 of gfortran appears to be broken again Seems to work here. At least on my x86_64-unknown-linux-gnu the test case of PR 19064 comment 0 seems to work with GCC - 4.6.0 20

[Bug target/44999] New: "and r0, r0, #255" can be replace with uxtb in thumb2

Compile the following code with options -march=armv7-a -mthumb -Os int tp(int x, int y) { return (x & 0xff) - (y & 0x); } GCC generates: uxthr1, r1 and r0, r0, #255 //A subsr0, r0, r1 bx lr Instruction A is 32 bit, it can be replace by ux

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #4 from dominiq at lps dot ens dot fr 2010-07-20 08:00 --- Works for me on powerpc-apple-darwin9 (4.2.4, 4.3.4, 4.4.2, 4.5.0, and trunk) and x86_64-apple-darwin10.4 (4.4.4, 4.5.0, and trunk). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998

[Bug fortran/42385] [OOP] poylmorphic operators do not work

--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-20 08:09 --- (In reply to comment #9) > Fixed on trunk Really close as FIXED. Thanks for the patch. -- burnus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #9 from amonakov at gcc dot gnu dot org 2010-07-20 08:25 --- It's probably worth noting that the disambiguated MEMs are of different widths: > load from "(mem/c/i:DI (reg/f:DI 14 r14 [351]) [2 t+8 S8 A64])" > store to "(mem/s/j/c:SI (reg/f:DI 15 r15 [343]) [2 t+4 S4 A32])"

[Bug target/44999] "and r0, r0, #255" can be replace with uxtb in thumb2

--- Comment #1 from steven at gcc dot gnu dot org 2010-07-20 08:37 --- Note, it's often helpful for us non-ARM-assembly-gurus to explain the pattern you would like to have, instead of the mnemonic :-) -- steven at gcc dot gnu dot org changed: What|Removed

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #5 from rmlarsen at gmail dot com 2010-07-20 08:38 --- Thanks for the quick response. Let me clarify: The data file contains no trailing newline or carriage return - if a newline is appended the problem disappears. My setup is (default Ubuntu 10.0.4 install): Target: i486-

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #6 from rmlarsen at gmail dot com 2010-07-20 08:46 --- BTW: One obvious difference is that my system is 32 bit (x86 vs. x86_64). I don't have a x86_64 system handy today to test that hypothesis. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

--- Comment #9 from mikpe at it dot uu dot se 2010-07-20 08:48 --- I just finished a native bootstrap and libstdc++-only regtest on arm-linux-gnueabi with the proposed fix for PR44902. The build-time warning is gone, there were no test suite regressions. -- http://gcc.gnu.org/bugzi

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

--- Comment #7 from mikpe at it dot uu dot se 2010-07-20 08:53 --- (In reply to comment #5) > Here is my patch: > http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00085.html > bootstrap & regtest finished successfully on i686-pc-linuc-gnu in trunk > revision 161664. I've bootstrapped and re

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

--- Comment #10 from rearnsha at gcc dot gnu dot org 2010-07-20 08:55 --- The patch looks OK, but should really be posted to gcc-patches for approval. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44902

[Bug lto/44992] ld -r breaks LTO

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-20 09:00 --- I was refering to a situation like gcc -c -flto t1.c gcc -c t2.c gcc -o t.o -r -nostdlib t1.o t2.o [-flto] gcc -o t t.o -flto which would break with your solution (it's broken right now as well, of course). We

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-20 09:04 --- (In reply to comment #5) > gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) I think the problem was only present between the 4.4.2 release (2009-10-15) and 4.4.4 (2010-04-29). Most likely it was caused by the commit for P

[Bug target/45000] New: RX signed extened unsigned char or short return value.

When a function return type is "unsigned char", the return value is sign extended by "MOV" instruction. It should be "MOVU" instruction. ex) unsigned char uA; unsigned char func() { return uA; } NG) _func: mov.L #_uA, r14 mov.B [r14], r1 rts .size _func, .

[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]

--- Comment #8 from dominiq at lps dot ens dot fr 2010-07-20 09:08 --- My ppc build is 32 bit by default and I have checked that I don't have trailing end of line. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998

[Bug c++/44969] [C++0x] std::is_constructible broken for fundamental types.

--- Comment #11 from paolo dot carlini at oracle dot com 2010-07-20 09:29 --- Fixed for 4.6.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug libstdc++/45001] New: [C++0x, v3] std::scoped_allocator_adapter missing bits

I've prototyped scoped_allocator_adapter, including pointer_traits, uses_allocator, allocator_traits. However, it is not yet in commitable state. -- Summary: [C++0x, v3] std::scoped_allocator_adapter missing bits Product: gcc Version: 4.6.0 Status: UN

[Bug libstdc++/45001] [C++0x, v3] std::scoped_allocator_adapter missing bits

--- Comment #1 from piotr dot rak at gmail dot com 2010-07-20 09:32 --- Created an attachment (id=21257) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21257&action=view) 20.9.3 std::pointer_traits v1 This one works, only positive testcases so far, but is not very useful alone. #if

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

--- Comment #11 from mikpe at it dot uu dot se 2010-07-20 09:37 --- Patch posted: http://gcc.gnu.org/ml/libstdc++/2010-07/msg00067.html http://gcc.gnu.org/ml/gcc/2010-07/msg00293.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44902

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

--- Comment #12 from paolo at gcc dot gnu dot org 2010-07-20 09:44 --- Subject: Bug 44902 Author: paolo Date: Tue Jul 20 09:44:01 2010 New Revision: 162328 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162328 Log: 2010-07-20 Paolo Carlini * libsupc++/unwind-cxx.h: M

[Bug libstdc++/44902] eh_arm.cc:42:23: error: declaration of '__cxxabiv1::__cxa_type_match_result __cxa_type_match(_Unwind_Control_Block*, const std::type_info*, bool, void**)' with C language linkage

--- Comment #13 from paolo dot carlini at oracle dot com 2010-07-20 09:45 --- Applied. PS: don't post patches to g...@. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug libstdc++/45001] [C++0x, v3] std::scoped_allocator_adapter missing bits

--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-20 09:49 --- Yes, thanks, but please send patches to the library mailing list, Bugzilla is not the proper place. Also, do you have a Copyright Assignment on file? Otherwise that is the first thing to do. -- paolo dot ca

[Bug libstdc++/45001] [C++0x] std::scoped_allocator_adapter missing bits

--- Comment #3 from piotr dot rak at gmail dot com 2010-07-20 09:50 --- Created an attachment (id=21258) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21258&action=view) [20.9.4] std::allocator_traits Currently causes ICE, in construct<>, so not really usable. This patch is missin

[Bug libstdc++/45001] [C++0x] std::scoped_allocator_adapter missing bits

--- Comment #4 from piotr dot rak at gmail dot com 2010-07-20 09:52 --- (In reply to comment #2) > Yes, thanks, but please send patches to the library mailing list, Bugzilla is > not the proper place. Also, do you have a Copyright Assignment on file? > Otherwise that is the first thing t

[Bug libstdc++/45001] [C++0x] std::scoped_allocator_adapter missing bits

--- Comment #5 from paolo dot carlini at oracle dot com 2010-07-20 09:54 --- Ok, I'm closing this one then, Bugzilla is for bugs, not for ongoing work on implementing new features. -- paolo dot carlini at oracle dot com changed: What|Removed |Adde

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 10:05 --- I don't see anything wrong. Can you reduce your testcase to something that is executable? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

--- Comment #9 from andi-gcc at firstfloor dot org 2010-07-20 10:15 --- I ignored all nodes with NULL node/vnode now as you suggested and get much further. It takes a lot of memory in multiple lto1 runs (>2GB in some cases) Then after a long time I have a new ICE in the garbage collec

[Bug c++/44967] [C++0x] decltype of method call dependand on pack expansion crashes

--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-20 10:16 --- Jason, apparently this issue is slowing down scoped allocator work. It seems indeed quite annoying. Do you think we can look into it pretty soon? Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug c++/45002] New: Name of member class of template class cannot be used as argument type.

The name of a member class of a template class is NOT recognized as an argument type in a template function. This makes such member classes largely unusable. The same applies to an attempt to workaround using typedefs inside the template class. The error may be in syntax analysis. Example is be

[Bug ada/45003] New: VTA issues with sign/zero extension and debug temporaries

The following testcase shows two issues with VTA. I have a patch for one of the issues, the second one needs some thought. -- Summary: VTA issues with sign/zero extension and debug temporaries Product: gcc Version: 4.6.0 Status: U

[Bug c++/45002] Name of member class of template class cannot be used as argument type.

--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-20 10:39 --- You are missing typenames, eg. typename B::C * See the gcc3.4.0 (!) release notes for details: http://gcc.gnu.org/gcc-3.4/changes.html -- paolo dot carlini at oracle dot com changed: What|R

[Bug ada/45003] VTA issues with sign/zero extension and debug temporaries

--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-20 10:40 --- /* PR debug/45003 */ /* { dg-do run { target { x86_64-*-* && lp64 } } } */ /* { dg-options "-g" } */ int __attribute__((noinline)) foo (unsigned short *p) { int a = *p; asm volatile ("nop" : : "D" ((int) *p)); a

[Bug ada/45003] VTA issues with sign/zero extension and debug temporaries

--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-20 10:42 --- Created an attachment (id=21259) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21259&action=view) gcc46-pr45003.patch Here is a fix for the first issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45003

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #5 from jojelino at gmail dot com 2010-07-20 11:04 --- Created an attachment (id=21260) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21260&action=view) generated asm with -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #6 from jojelino at gmail dot com 2010-07-20 11:05 --- Created an attachment (id=21261) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21261&action=view) generated asm with -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44997

[Bug tree-optimization/44977] [4.4/4.5/4.6 Regression] ice in propagate_rhs_into_lhs, at tree-ssa-dom.c:2728

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 11:20 --- #1 0x00aeab84 in propagate_rhs_into_lhs (stmt=0x75b4d370, lhs=0x75afc738, rhs=0x75afc738, interesting_names=0x17b93c8) at /space/rguenther/src/svn/trunk/gcc/tree-ssa-dom.c:2728 2728

[Bug tree-optimization/44997] [4.6 regression] tree-chrec introduces broken asm code

--- Comment #7 from jojelino at gmail dot com 2010-07-20 11:28 --- Created an attachment (id=21262) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21262&action=view) reduced testcase (In reply to comment #4) > I don't see anything wrong. Can you reduce your testcase to something t

[Bug tree-optimization/44988] [4.6 Regression] ICE: in make_decl_rtl, at varasm.c:1346 at -O1

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 11:29 --- Subject: Bug 44988 Author: rguenth Date: Tue Jul 20 11:28:56 2010 New Revision: 162329 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162329 Log: 2010-07-20 Richard Guenther PR middle-end/44971

[Bug debug/44971] [4.6 Regression] -fcompare-debug failure with uninitialized read in walk_gimple_stmt

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-20 11:29 --- Subject: Bug 44971 Author: rguenth Date: Tue Jul 20 11:28:56 2010 New Revision: 162329 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162329 Log: 2010-07-20 Richard Guenther PR middle-end/44971

[Bug tree-optimization/44988] [4.6 Regression] ICE: in make_decl_rtl, at varasm.c:1346 at -O1

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 11:29 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug debug/44971] [4.6 Regression] -fcompare-debug failure with uninitialized read in walk_gimple_stmt

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-20 11:29 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug lto/44951] debug info ICE in whopr build due to missing -g at compile time.

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-20 12:20 --- Confirmed. The issue is that we throw away fields needed for debug info during free-lang-data when we are not going to generate debug info, but we crash when those are not available. -- rguenth at gcc dot gnu do

[Bug c/44853] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

--- Comment #2 from rearnsha at gcc dot gnu dot org 2010-07-20 12:22 --- This code is making completely unreasonable demands on the compiler. You'll have to recode it to use fewer registers in your ASM block. -- rearnsha at gcc dot gnu dot org changed: What|Removed

[Bug lto/44951] debug info ICE in whopr build due to missing -g at compile time.

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 12:26 --- Basically this way you can reproduce all (or most of) formerly fixed -g issues with LTO. Unless we decide to stream this information always this won't be fixed (adding random workarounds in dwarf2out.c doesn't sound

[Bug lto/44935] internal compiler error: in assign_stack_temp_for_type, at function.c:785

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-20 12:32 --- Works for me. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug lto/44966] weak aliases LTO with gold causes ICE in lto_symtab_merge_decls_1

--- Comment #10 from andi-gcc at firstfloor dot org 2010-07-20 12:36 --- I hacked around the GC problem by ignoring the NULL pointer here. It works now when I disable vma randomization, if i keep it enabled it crashes occasionally. Main issue is that it uses a lot of memory now, drove

[Bug tree-optimization/44977] [4.4/4.5/4.6 Regression] ice in propagate_rhs_into_lhs, at tree-ssa-dom.c:2728

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 12:41 --- Subject: Bug 44977 Author: rguenth Date: Tue Jul 20 12:41:20 2010 New Revision: 162334 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162334 Log: 2010-07-20 Richard Guenther PR tree-optimization/

[Bug tree-optimization/44977] [4.4 Regression] ice in propagate_rhs_into_lhs, at tree-ssa-dom.c:2728

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-20 12:45 --- Fixed on trunk and the 4.5 branch sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/45004] New: [OOP] Segfault with allocatable scalars and move_alloc

I keep getting segfaults at (more or less) random places. Moreover, the segfaults on the same code are different on X86_64 from i686 (in the latter case, they are less frequent). This is probably due to move_alloc not being fully/correctly implemented. I see nothing wrong with the attached code (

[Bug fortran/45004] [OOP] Segfault with allocatable scalars and move_alloc

--- Comment #1 from sfilippone at uniroma2 dot it 2010-07-20 12:52 --- Created an attachment (id=21263) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21263&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45004

[Bug ada/45003] VTA issues with sign/zero extension and debug temporaries

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-20 12:58 --- Subject: Bug 45003 Author: jakub Date: Tue Jul 20 12:58:03 2010 New Revision: 162336 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162336 Log: PR debug/45003 * cfgexpand.c (expand_debug_expr)

[Bug lto/43208] lto1: error: invalid conversion in return statement

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 13:03 --- Fixed for 4.6.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug lto/43208] lto1: error: invalid conversion in return statement

to/43208 * gcc.dg/lto/20100720-1_0.c: New testcase. * gcc.dg/lto/20100720-1_1.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/lto/20100720-1_0.c trunk/gcc/testsuite/gcc.dg/lto/20100720-1_1.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43208

[Bug lto/43221] [LTO] ICE in get_alias_set, at alias.c:717

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 13:06 --- Fixed for 4.6.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug lto/43221] [LTO] ICE in get_alias_set, at alias.c:717

to/43221 * gcc.dg/lto/20100720-2_0.c: New testcase. * gcc.dg/lto/20100720-2_1.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/lto/20100720-2_0.c trunk/gcc/testsuite/gcc.dg/lto/20100720-2_1.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43221

[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 13:08 --- Re-confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|20

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #10 from steven at gcc dot gnu dot org 2010-07-20 13:20 --- Re. comment 9: Well, the order of *this* store and *this* load is the difference between the test case failing or passing. So I do not think the problem is between this load and another store. Before sched2 (or actu

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #11 from steven at gcc dot gnu dot org 2010-07-20 13:22 --- insn 28 and insn 9 in non-slim form, with assembler output: //(insn:TI 28 48 9 2 vector-2.c:7 (set (reg:DI 9 r9 [+8 ]) //(mem/c/i:DI (reg/f:DI 14 r14 [351]) [2 t+8 S8 A64])) //5 {movdi_internal} (exp

[Bug tree-optimization/44900] [4.5 Regression] The variable of SSE will be broken

--- Comment #24 from jamborm at gcc dot gnu dot org 2010-07-20 13:34 --- I posted a proposed fix to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01570.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44900

[Bug target/15087] IA64: Wrong alignment for structure > 8 byte

--- Comment #4 from steven at gcc dot gnu dot org 2010-07-20 13:40 --- We might as well close this as WONTFIX, I don't think anyone is interested in fixing this. We would have to document this problem in the manual, but then at least we can close the Bugzilla entry. Thoughts? -- stev

[Bug target/25372] Aligned args on IA64

--- Comment #6 from steven at gcc dot gnu dot org 2010-07-20 13:51 --- So what's the verdict, 4 years later. Is there a bug here, or can this PR be closed now? -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/44967] [C++0x] decltype of method call dependent on pack expansion crashes

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

[Bug fortran/45005] New: gfortran.dg/allocate_with_typespec.f90 failed

On Linux/ia32, revision 162325: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00679.html generated: FAIL: gfortran.dg/allocate_with_typespec.f90 -O (test for excess errors) -- Summary: gfortran.dg/allocate_with_typespec.f90 failed Product: gcc Version: 4.6.0

[Bug target/35658] [4.3 Regression] between -funroll-loops -fno-automatic -O2 and common block variable

--- Comment #16 from steven at gcc dot gnu dot org 2010-07-20 13:55 --- May be a dup of 43494, based on comment #7. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35658

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #12 from steven at gcc dot gnu dot org 2010-07-20 13:57 --- Bug 35658 is another case where a store is scheduled after a load that depends on the store. It may well be that bug 35658 and this bug are the same issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43494

[Bug fortran/45005] gfortran.dg/allocate_with_typespec.f90 failed

--- Comment #1 from hjl dot tools at gmail dot com 2010-07-20 13:59 --- On Linux/x86-64, it caused: Running target unix/-m32 FAIL: gfortran.dg/allocate_with_typespec.f90 -O (internal compiler error) FAIL: gfortran.dg/allocate_with_typespec.f90 -O (test for excess errors) -- htt

[Bug target/3746] compilation of mips-tfile missing mips/a.out.h

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

[Bug tree-optimization/17955] Perform associative optimization when it is safe

--- Comment #2 from steven at gcc dot gnu dot org 2010-07-20 14:02 --- No test case. Nothing to do here. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug objc/31281] ICE on ObjC try-catch blocks with next runtime

--- Comment #6 from steven at gcc dot gnu dot org 2010-07-20 14:03 --- Patches for this were commited in the last decade. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/26262] Named section support should infer segment name

--- Comment #2 from steven at gcc dot gnu dot org 2010-07-20 14:04 --- This is still a problem. Iain, one for you? -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/20972] Register allocator/reload uses auto-inc register in non-addressing operand

--- Comment #14 from steven at gcc dot gnu dot org 2010-07-20 14:06 --- If it works for Ramana, it works for me. -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/30254] Need method to determine if AltiVec PIM is available

-- steven at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30254

[Bug rtl-optimization/43494] gcc.c-torture/execute/vector-2.c fails with -fpic/-fPIC

--- Comment #13 from amonakov at gcc dot gnu dot org 2010-07-20 14:13 --- (In reply to comment #10) > Re. comment 9: Well, the order of *this* store and *this* load is the > difference between the test case failing or passing. So I do not think the > problem is between this load and ano

[Bug middle-end/45006] New: [4.6 regression] Failed to bootstrap

On Linux/ia64, revision 162337 gave ../../../src-trunk/libgcc/../gcc/emutls.c: In function 'emutls_init': ../../../src-trunk/libgcc/../gcc/emutls.c:81:1: internal compiler error: tree check: expected class 'expression', have 'declaration' (function_decl) in expand_debug_expr, at cfgexpand.c:2430 P

[Bug target/25372] Aligned args on IA64

--- Comment #7 from olivier dot aumage at labri dot fr 2010-07-20 14:16 --- Subject: Re: Aligned args on IA64 Hi, >From the comments, one may be convinced that the generated code is ok. Now the question is whether a warning should be triggered or not. A warning would of course be con

[Bug target/26262] Named section support should infer segment name

--- Comment #3 from iains at gcc dot gnu dot org 2010-07-20 14:17 --- (In reply to comment #2) > This is still a problem. Iain, one for you? I'll take a shufftie.. ... can one overload attribute handling? (i.e. can I sneek a darwin-specific handler in via the target table in darwin.h

[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-20 14:21 --- The issue is with the cache for outcomes of gimple_types_compatible_p. When hitting cycles in the type graph we assume equality but also record final decisions based on it. So we end up merging the two struct link

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

--- Comment #35 from bernds at gcc dot gnu dot org 2010-07-20 14:21 --- Created an attachment (id=21264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21264&action=view) Another attempt to fix the pa64 problem David, here's a new patch which might fix the PA problem. Please apply

[Bug target/26262] Named section support should infer segment name

--- Comment #4 from iains at gcc dot gnu dot org 2010-07-20 14:34 --- having said that, isn't this just a problem of bad source code? if the target is darwin - then the section name should be specified appropriately surely? I guess filling it in automatically would be possible, by som

[Bug fortran/45005] gfortran.dg/allocate_with_typespec.f90 failed

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-20 14:41 --- gfortran.dg/allocate_with_typespec.f90 shows on x86-64-linux (-m64): gfortran.dg/allocate_with_typespec.f90:25:0: internal compiler error: Segmentation fault ==11535== Invalid read of size 8 ==11535==at 0x54250

[Bug tree-optimization/44976] reductions with short variables do not get vectorized

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-20 14:48 --- t.c:6: note: reduction: not commutative/associative: sum_13 = (short int) D.2726_12; this is because sum = (short)((int)sum + (int)a[i]); cannot be folded to sum = sum + a[i]; as that exposes new undefined o

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-20 15:06 --- Created an attachment (id=21265) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21265&action=view) Draft patch for external/user procs with INTENT (mostly OK, but breaks existing test) The attached patch mostly

[Bug lto/42696] lto1 error with -fsigned-char and char comparison

to/42696 * gcc.dg/lto/20100720-4_0.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/20100720-4_0.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42696

[Bug lto/42696] lto1 error with -fsigned-char and char comparison

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 15:06 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/45006] [4.6 regression] Failed to bootstrap

--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-20 15:08 --- Can you please attach preprocessed source (and what options have been used to compile it)? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45006

[Bug lto/43373] -fwhopr -fuse-linker-plugin ICE compressed stream data error

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-20 15:08 --- This is fixed on trunk, testcase adding pending on -fuse-linker-plugin support in the testsuite. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-20 15:26 --- Reduced test case (of allocatable_scalar_4.f90) - fails with "ERROR STOP 1": program test implicit none integer, allocatable :: b allocate(b) b = 7482 call checkOptional(.false.,.true., 7482) call checkOp

[Bug lto/45007] New: ICE in stabilize_va_list_loc, at builtins.c:4362

gcc -O2 -o xx -flto xx.c In file included from xx.c:10:0, from :0: xx.c: In function ‘foo’: xx.c:5:23: internal compiler error: in stabilize_va_list_loc, at builtins.c:4362 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug middle-end/45006] [4.6 regression] Failed to bootstrap

--- Comment #2 from hjl dot tools at gmail dot com 2010-07-20 15:34 --- Created an attachment (id=21266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21266&action=view) The preprocessed source /export/gnu/import/rrs/162337/bld/./gcc/xgcc -B/export/gnu/import/rrs/162337/bld/./gcc/

[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap

--- Comment #36 from bernds at gcc dot gnu dot org 2010-07-20 15:35 --- I've committed another fix for the (not only) powerpc problem as r162342. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970

[Bug lto/45007] ICE in stabilize_va_list_loc, at builtins.c:4362

--- Comment #1 from marcus at jet dot franken dot de 2010-07-20 15:35 --- Created an attachment (id=21267) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21267&action=view) xx.c reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45007

[Bug c++/45002] Name of member class of template class cannot be used as argument type.

--- Comment #2 from walton at seas dot harvard dot edu 2010-07-20 15:54 --- Subject: Re: Name of member class of template class cannot be used as argument type. Umpf, sorry. So I take it on reading up on name resolution that 14.6-2 requires `typename[::]' if the type name is quali

[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments

--- Comment #9 from burnus at gcc dot gnu dot org 2010-07-20 15:58 --- The procedure 'checkoptional' gets '.rrrw' set as the fn spec. With -O1, the if after the first "checkoptional" gets properly optimized away (cf. comment 7 and original test case). With -O2, the number of arguments

  1   2   >