[Bug target/45402] New: [Regression gcc.dg/pr28796-2] ICE in extract_insn, at recog.c:2127
After the following pathes, I got a regression at gcc.dg/pr28796-2.c. http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01650.html http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01997.html http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03084.html Executing on host: /home5/rx/KPIT/build/rx-elfbldtrunk/build-gcc-trunk/gcc/xgcc -B/home5/rx/KPIT/build/rx-elfbldtrunk/build-gcc-trunk/gcc/ /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/pr28796-2.c -O2 -funsafe-math-optimizations -fno-finite-math-only -DUNSAFE -DSTACK_SIZE=4096 -msim-lm -o ./pr28796-2.exe(timeout = 300) In file included from /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/pr28796-2.c:6:0: /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/tg-tests.h: In function 'foo_1': /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/tg-tests.h:96:1: error: unrecognizable insn: (jump_insn 287 286 467 104 (set (pc) (if_then_else (unle (reg:SF 34 [ D.2050 ]) (const_double:SF -256 [0xff00] 3.4028234663852885981170418348451692544e+38 [0x0.ffp+128])) (label_ref 290) (pc))) /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/tg-tests.h:89 -1 (expr_list:REG_BR_PROB (const_int 5000 [0x1388]) (nil)) - 290) /home5/rx/fsf/src/gcc-trunk/gcc/testsuite/gcc.dg/tg-tests.h:96:1: internal compiler error: in extract_insn, at recog.c:2127 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 Regards, Kazuhiro Inaoka -- Summary: [Regression gcc.dg/pr28796-2] ICE in extract_insn, at recog.c:2127 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazuhiro dot inaoka dot ud at renesas dot com GCC build triplet: i686-linux GCC host triplet: i686-linux GCC target triplet: rx-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45402
[Bug middle-end/45393] [4.5/4.6 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2135
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-25 08:43 --- Mine then. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-08-24 09:12:56 |2010-08-25 08:43:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45393
[Bug rtl-optimization/45400] XBMC AudioEngine Compilation C++ Internal Compiler Error /w Optimization
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 09:29 --- Created an attachment (id=21559) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21559action=view) gcc46-pr45400.patch Untested fix. I think it is already wrong to go through SUBREG that is changing mode class, already before hitting Adam's code the routine happily optimizes a normal integer shift with a vector shift of the other direction into AND mask. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45400
[Bug tree-optimization/45059] [4.6 Regression] error: invalid operands in binary operation, leads to ICE: verify_stmts failed
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 09:37 ---
Subject: Bug 45059
Author: jakub
Date: Wed Aug 25 09:36:35 2010
New Revision: 163539
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163539
Log:
PR tree-optimization/45059
* tree-ssa-reassoc.c (eliminate_redundant_comparison): Strip useless
type conversions from newop{1,2}. Assert t is a comparison and
newop{1,2} after the stripping are gimple vals.
* gcc.c-torture/compile/pr45059.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr45059.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-reassoc.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45059
[Bug tree-optimization/45059] [4.6 Regression] error: invalid operands in binary operation, leads to ICE: verify_stmts failed
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 09:50 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45059
[Bug bootstrap/45028] [4.6 Regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #24 from jakub at gcc dot gnu dot org 2010-08-25 09:53 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '' cause compilation error
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-25 10:00 --- Caused by r140120 (i.e. PR37302), guess the declaration is now added during tentative parsing which is then not committed and parsed again differently, defining the parameter again. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44991
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-08-25 10:03 --- Subject: Bug 45379 Author: rguenth Date: Wed Aug 25 10:03:19 2010 New Revision: 163540 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163540 Log: 2010-08-25 Richard Guenther rguent...@suse.de PR middle-end/45379 * emit-rtl.c (set_mem_attributes_minus_bitpos): Handle TARGET_MEM_REF in alignment computation. Modified: trunk/gcc/ChangeLog trunk/gcc/emit-rtl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-08-25 10:44 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45393] [4.5/4.6 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2135
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-08-25 10:48 --- Subject: Bug 45393 Author: rguenth Date: Wed Aug 25 10:47:50 2010 New Revision: 163541 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163541 Log: 2010-08-25 Richard Guenther rguent...@suse.de PR tree-optimization/45393 * tree-ssa-math-opts.c (execute_cse_sincos_1): Properly transfer and clean EH info. Avoid SSA update. (execute_cse_sincos): Cleanup the CFG if it has changed. * g++.dg/torture/pr45393.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr45393.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-math-opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45393
[Bug middle-end/45393] [4.5 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2135
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 10:48 --- Fixed on trunk sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.5.0 4.5.1 4.6.0 |4.5.0 4.5.1 Known to work|4.4.4 |4.4.4 4.6.0 Summary|[4.5/4.6 Regression] ICE in |[4.5 Regression] ICE in |redirect_eh_edge_1, at tree-|redirect_eh_edge_1, at tree- |eh.c:2135 |eh.c:2135 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45393
[Bug lto/45375] [meta-bug] Mozilla does not build with LTO
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Keywords||meta-bug Summary|Mozilla does not build with |[meta-bug] Mozilla does not |LTO |build with LTO http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
[Bug c++/45378] Narrowing error not detected
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-25 10:59 --- With -Wconversion, I get: t.cc:3:17: warning: conversion to int alters double constant value [-Wconversion] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45378
[Bug c++/45328] [C++0x] bug w/ typedefs and std::initializer_listT
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45328
[Bug c++/44703] [C++0x] List initialization fail if parameter is typedef name for the std::initializer_list
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 --- *** Bug 45328 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||admin at thefireflyproject ||dot us http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44703
[Bug c++/45328] [C++0x] bug w/ typedefs and std::initializer_listT
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 --- To mark as a dup of 44703. *** This bug has been marked as a duplicate of 44703 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45328
[Bug c++/45385] -Wconversion fails to detect a real conversion loss
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45385
[Bug c++/45385] missing -Wconversion for method calls
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-25 11:12 --- Confirmed, if I make bar() a non class function, we get the warning. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|4.4.3 | GCC host triplet|4.4.3 | GCC target triplet|4.4.3 | Keywords||diagnostic Known to fail||4.6.0 Last reconfirmed|-00-00 00:00:00 |2010-08-25 11:12:45 date|| Summary|-Wconversion fails to detect|missing -Wconversion for |a real conversion loss |method calls http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45385
[Bug tree-optimization/45340] __builtin_expect and -Os generates stupid code
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-25 11:24 --- Change: __asm__ volatile (:::memory); To: __asm__ volatile (#clobber mem:::memory); And you will see there is an instruction which GCC thinks is there. Again this has nothing to do with __builtin_expect except for the different choices in basic block reordering that is happening. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
[Bug c++/45378] [C++0x] Narrowing error not detected
-- redi at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2010-08-25 11:35:41 date|| Summary|Narrowing error not detected|[C++0x] Narrowing error not ||detected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45378
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #16 from dominiq at lps dot ens dot fr 2010-08-25 12:01 --- /* ??? This isn't fully correct, we can't set the alignment from the type in all cases. */ What is the meaning of this comment? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug c++/36483] Getting an address of a byte-aligned field declared as a bit-field should be allowed
--- Comment #3 from i dot am dot inuyasha at gmail dot com 2010-08-25 12:10 --- So, how do we report bugs in the C standard? x should give the byte address of x regardless how many bits it is, and sizeof(x) should give the size rounded up to the nearest byte. All the pages I could find summarize this as you don't need the address. I've found at least two scenarios that do: 1) Aid in debugging by displaying the address so that you can more easily find it in a memory dump. 2) Sending only as many bytes as necessary over a network. In the second case you put less-used fields toward the end of the struct and pack it as tight as possible to reduce bandwidth usage. You check which fields are not set to their default values, take the offset of the last such field, and transmit only that many bytes of the struct. The server fills in all default values, and then copies the received data overtop to fill in the transmitted values. Not being able to find the address (and thus the offset) of a bitfield member means you need to either waste bytes using an entire uint8_t for one bit, add a dummy byte after any group of bitfields, or not use bitfields at all (using shifting and masking instead). A wasted byte or two may seem insignificant but over millions of packets they can definitely add up. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36483
[Bug c++/36483] Getting an address of a byte-aligned field declared as a bit-field should be allowed
--- Comment #4 from redi at gcc dot gnu dot org 2010-08-25 12:21 --- (In reply to comment #3) So, how do we report bugs in the C standard? Try the comp.std.c newsgroup -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36483
[Bug tree-optimization/45340] __builtin_expect and -Os generates stupid code
--- Comment #7 from socketpair at gmail dot com 2010-08-25 12:23 --- Well, I understand that problem is not in __builtin_expect. Should I open new, separate bug about block reordering and generating jmp to next line ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 12:36 --- So the issue is that when we prime the streamer cache for lto-out we register the common type nodes (lto_record_common_node) which changes TYPE_CANONICAL in a way we don't like (it globs int and long int, or long int and long long int dependent on whether you are on 32bit or 64bit platforms). This is done to for example allow mixing of -f[un]signed-char units at link time. I have a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
Re: [Bug tree-optimization/45340] __builtin_expect and -Os generates stupid code
On Aug 25, 2010, at 5:23 AM, socketpair at gmail dot com gcc-bugzi...@gcc.gnu.org wrote: --- Comment #7 from socketpair at gmail dot com 2010-08-25 12:23 --- Well, I understand that problem is not in __builtin_expect. Should I open new, separate bug about block reordering and generating jmp to next line ? No because it is not jumping to the next line but across the next instruction which just happens to be an inline-asm which is blank. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
[Bug tree-optimization/45340] __builtin_expect and -Os generates stupid code
--- Comment #8 from pinskia at gmail dot com 2010-08-25 12:43 --- Subject: Re: __builtin_expect and -Os generates stupid code On Aug 25, 2010, at 5:23 AM, socketpair at gmail dot com gcc-bugzi...@gcc.gnu.org wrote: --- Comment #7 from socketpair at gmail dot com 2010-08-25 12:23 --- Well, I understand that problem is not in __builtin_expect. Should I open new, separate bug about block reordering and generating jmp to next line ? No because it is not jumping to the next line but across the next instruction which just happens to be an inline-asm which is blank. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #17 from rguenther at suse dot de 2010-08-25 12:51 --- Subject: Re: [4.6 Regression] ~10% slowdown on test_fpu at revision 163278 On Wed, 25 Aug 2010, dominiq at lps dot ens dot fr wrote: --- Comment #16 from dominiq at lps dot ens dot fr 2010-08-25 12:01 --- /* ??? This isn't fully correct, we can't set the alignment from the type in all cases. */ What is the meaning of this comment? The meaning is that the type alignment does not always agree with the alignment of the memory loaded/stored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45316] [4.6 Regression] ICE: verify_flow_info failed: BB 3 can not throw but has an EH edge with -O1 -ftree-pre -fnon-call-exceptions
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45316
[Bug middle-end/45316] [4.6 Regression] ICE: verify_flow_info failed: BB 3 can not throw but has an EH edge with -O1 -ftree-pre -fnon-call-exceptions
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 --- Subject: Bug 45316 Author: rguenth Date: Wed Aug 25 12:53:30 2010 New Revision: 163543 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163543 Log: 2010-08-25 Richard Guenther rguent...@suse.de PR tree-optimization/45316 * tree-ssa-pre.c (eliminate): Properly clean EH info. * g++.dg/opt/pr45316.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/opt/pr45316.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45316
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 13:25 --- Created an attachment (id=21560) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21560action=view) gcc46-pr44858.patch The combiner bug seems to be similar to PR20322, attached untested patch should fix it. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug libstdc++/45403] New: broken python pretty printer for unordered_map.
#include unordered_map
#include string
int main()
{
std::unordered_map int, std::string ht;
ht[ 42 ] = foo;
}
Breakpoint 1, main () at t.cpp:5
(gdb) n
(gdb) p ht
$1 = std::unordered_map with 0 elements
(gdb) n
(gdb) p ht
$2 = std::unordered_map with 1 elements = {
[42] = Traceback (most recent call last):
File
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/share/gcc-4.5.2/python/libstdcxx/v6/printers.py,
line 549, in to_string
return self.val['_M_dataplus']['_M_p'].lazy_string (length = len)
AttributeError: 'gdb.Value' object has no attribute 'lazy_string'
--
Summary: broken python pretty printer for unordered_map.
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45403
[Bug c/45404] New: /*code-comment*/ related
A typo in comment: tree-optimize.c:153 ...expanding trees to RTL does not make sense, as this pass is run very early, before SSA. -- Summary: /*code-comment*/ related Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jnspaulsson at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45404
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-25 14:01 --- Created an attachment (id=21561) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21561action=view) gcc46-pr44858-2.patch Alternate patch, which doesn't give up so easily (usually both sets can go in any order, so if added clobbers prevent one order, this patch tries the other order too and only gives up if both orders aren't going to work). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-08-25 14:05 --- Subject: Bug 44562 Author: rguenth Date: Wed Aug 25 14:05:28 2010 New Revision: 163545 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163545 Log: 2010-08-25 Richard Guenther rguent...@suse.de PR lto/44562 * lto-streamer.c (lto_record_common_node): Do not mess with TYPE_CANONICAL when not in lto. * gimple.c (gimple_register_type): Likewise. * gcc.dg/graphite/id-27.c: New testcase. * gcc.dg/lto/20100825-1_0.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/graphite/id-27.c trunk/gcc/testsuite/gcc.dg/lto/20100825-1_0.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c trunk/gcc/lto-streamer.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-25 14:06 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
[Bug middle-end/45355] [4.6 regression] FAIL: gcc.c-torture/compile/pr43164.c
--- Comment #4 from bernds at gcc dot gnu dot org 2010-08-25 14:08 --- Subject: Bug 45355 Author: bernds Date: Wed Aug 25 14:08:23 2010 New Revision: 163546 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163546 Log: PR middle-end/45355 * combine.c (try_combine): Use reg_overlap_mentioned_p rather than dead_or_set_p when computing i0_feeds_i2_n. Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45355
[Bug libstdc++/45403] broken python pretty printer for unordered_map.
--- Comment #1 from redi at gcc dot gnu dot org 2010-08-25 14:12 --- It's nothing to do with unordered_map, it's std::string, and it fails because lazy_string was added in GDB 7.1 we can probably do something like if (gdb.VERSION == '7.0'): return '' + self.val['_M_dataplus']['_M_p'].string (length = len) + '' return self.val['_M_dataplus']['_M_p'].lazy_string (length = len) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45403
[Bug libstdc++/45403] python pretty printer for std::string requires GDB 7.1
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-25 14:17 --- Tom, I don't remember if the decision to use lazy_string (and therefore require GDB 7.1) was intentional - is a fallback worthwhile? -- redi at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Summary|broken python pretty printer|python pretty printer for |for unordered_map. |std::string requires GDB 7.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45403
[Bug fortran/38282] Add the remaining HPF bit intrinsics
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-25 14:26 ---
(In reply to comment #3)
About POPCNT and POPPAR, beware! Implementations are much harder than simply
using the GCC __builtin_popcount{,l,ll}
Well, the difference is that one should be able to easily handle 128 bit values
at TREE level using
__builtin_popcount ((unsigned long) X) + __builtin_popcount((unsigned long) X
64)
and
__builtin_parity ((unsigned long) X) != __builtin_parity ((unsigned long) X
64)
The proper solution is too add them as new builtins to gcc/libgcc2.{c,h}; cf.
libgcc/Makefile.in - and update the docs.
At the same time, one could move CTZ/CLZ also to libgcc2.c, cf.
http://gcc.gnu.org/viewcvs/trunk/libgfortran/intrinsics/bit_intrinsics.c?view=markup
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
[Bug c++/45405] New: ICE flto fwhopr error: Invalid address operand in MEM_REF.
gcc -r -nostdlib qlocale.ii -c -Os -flto qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_430 D.92007_406 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O0 -flto qlocale.ii: In function 'timeZone()': qlocale.ii:44147:16: error: Invalid address operand in MEM_REF. _tzname; D.89023_1 = _tzname[1]; qlocale.ii:44147:16: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O2 -flto qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_440 D.93053_412 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O0 -fwhopr qlocale.ii: In function 'timeZone()': qlocale.ii:44147:16: error: Invalid address operand in MEM_REF. _tzname; D.89023_1 = _tzname[1]; qlocale.ii:44147:16: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gcc -r -nostdlib qlocale.ii -c -O2 -fwhopr qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString const, QDate const*, QTime const*, QLocale const*) const': qlocale.ii:44560:9: error: Invalid address operand in MEM_REF. _tzname; # VUSE .MEM_440 D.93053_412 = _tzname[1]; qlocale.ii:44560:9: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. qt-everywhere-opensource-src-4.7.0-beta2\src\corelib\tools\qlocale.cpp -- Summary: ICE flto fwhopr error: Invalid address operand in MEM_REF. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug c++/45405] ICE flto fwhopr error: Invalid address operand in MEM_REF.
--- Comment #1 from t7 at gmail dot com 2010-08-25 15:46 --- Created an attachment (id=21562) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21562action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug tree-optimization/45255] [4.6 regression] internal compiler error: verify_stmts failed with -fwhopr
--- Comment #5 from t7 at gmail dot com 2010-08-25 16:11 ---
Hi,
(In reply to comment #4)
Well. I do not have access to i686-pc-mingw32-gcc and this seems related to
/* Return whether OP is a DECL whose address is function-invariant. */
bool
decl_address_invariant_p (const_tree op)
{
/* The conditions below are slightly less strict than the one in
staticp. */
...
case VAR_DECL:
if (((TREE_STATIC (op) || DECL_EXTERNAL (op))
!DECL_DLLIMPORT_P (op))
|| DECL_THREAD_LOCAL_P (op)
|| DECL_CONTEXT (op) == current_function_decl
|| decl_function_context (op) == current_function_decl)
return true;
break;
WTF !DECL_DLLIMPORT_P (op)!? (also noticed by rth recently)
A fix is to remove that check here, but I can't test that.
Thanks. Indeed, removal of this check here fixed PR45405.
Tested on Windows 7 x64 multi-lib native GCC trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45255
[Bug c++/45405] ICE flto fwhopr error: Invalid address operand in MEM_REF.
--- Comment #2 from t7 at gmail dot com 2010-08-25 16:11 --- *** This bug has been marked as a duplicate of 45255 *** -- t7 at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
[Bug tree-optimization/45255] [4.6 regression] internal compiler error: verify_stmts failed with -fwhopr
--- Comment #6 from t7 at gmail dot com 2010-08-25 16:11 --- *** Bug 45405 has been marked as a duplicate of this bug. *** -- t7 at gmail dot com changed: What|Removed |Added CC||t7 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45255
[Bug fortran/44047] [OOP] SELECT TYPE with associate-name and allocatable selector
--- Comment #1 from domob at gcc dot gnu dot org 2010-08-25 16:33 --- Taking. -- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-08-25 16:33:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44047
[Bug fortran/45384] [OOP] double free with SELECT TYPE
--- Comment #8 from domob at gcc dot gnu dot org 2010-08-25 16:34 --- Taking. -- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-08-23 15:36:11 |2010-08-25 16:34:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45384
[Bug tree-optimization/44485] [4.6 Regression] ICE in get_expr_operands, at tree-ssa-operands.c:1020
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 16:39 --- The problem is that func_21 is first marked as TREE_READONLY/DECL_LOOPING_CONST_OR_PURE_P by local_pure_const, thus there are no vops on it, but afterwards it is by another local_pure_const made also TREE_THIS_VOLATILE (i.e. noreturn). flags_from_decl_or_type doesn't set ECF_CONST for const noreturn functions though for some reason: 603 /* Process the pure and const attributes. */ 604 if (TREE_READONLY (exp) ! TREE_THIS_VOLATILE (exp)) 605flags |= ECF_CONST; 606 if (DECL_PURE_P (exp)) 607flags |= ECF_PURE; (strangely it does set ECF_PURE for pure noreturn calls), which means when fixup_noreturn_call calls update_stmt to drop lhs from the call, it adds vops that were missing before and .MEM needs renaming, but the pass in which fixup_noreturn_call is called doesn't expect that ssa needs updating. I wonder what is the reason for that ! TREE_THIS_VOLATILE (exp) above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44485
[Bug libgcj/44415] [4.6 regression] gmp multilib support broke bootstrap with static libgmp
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44415
[Bug middle-end/45406] New: internal compiler error: in rename_uses, at sese.c:534
g++ -r -nostdlib -O1 -fgraphite-identity -c qdrawhelper_mmx.ii qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int, uint) [with MM = QMMXIntrinsics, uint = unsigned int]': qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at sese.c:534 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error: in rename_uses, at sese.c:534 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t7 at gmail dot com GCC host triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug target/44392] [4.5/4.6 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2
--- Comment #10 from jakub at gcc dot gnu dot org 2010-08-25 16:48 --- The patch has been approved, why hasn't been applied? http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00381.html -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||ramana at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392
[Bug middle-end/45406] internal compiler error: in rename_uses, at sese.c:534
--- Comment #1 from t7 at gmail dot com 2010-08-25 16:48 --- Created an attachment (id=21563) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21563action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug fortran/45395] [OOP] internal compiler error: Segmentation fault
--- Comment #5 from mikael at gcc dot gnu dot org 2010-08-25 17:14 --- (In reply to comment #4) Might be. I'm rather guessing for PR 44064/44065. Actually most of the 34 OOP-related PRs that were fixed on the post-4.5 trunk were not backported. For some a backport is simply not possible since the internal representation was modified heavily. For others it should be possible, but the question is if it's worth the effort (since OOP in 4.5 is marked as experimental anyway and will never be perfect). I have given up bisecting the fixing change on trunk. This is your area, feel free to close. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45395
[Bug tree-optimization/45255] [4.6 regression] internal compiler error: verify_stmts failed with -fwhopr
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:19 --- Mine then, thanks for testing the proposed fix. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-08-25 17:19:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45255
[Bug middle-end/45406] internal compiler error: in rename_uses, at sese.c:534
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-25 17:25 --- Likely a dup of PR45230. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
[Bug tree-optimization/44485] [4.6 Regression] ICE in get_expr_operands, at tree-ssa-operands.c:1020
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:26 --- (In reply to comment #6) The problem is that func_21 is first marked as TREE_READONLY/DECL_LOOPING_CONST_OR_PURE_P by local_pure_const, thus there are no vops on it, but afterwards it is by another local_pure_const made also TREE_THIS_VOLATILE (i.e. noreturn). flags_from_decl_or_type doesn't set ECF_CONST for const noreturn functions though for some reason: 603 /* Process the pure and const attributes. */ 604 if (TREE_READONLY (exp) ! TREE_THIS_VOLATILE (exp)) 605flags |= ECF_CONST; 606 if (DECL_PURE_P (exp)) 607flags |= ECF_PURE; (strangely it does set ECF_PURE for pure noreturn calls), which means when fixup_noreturn_call calls update_stmt to drop lhs from the call, it adds vops that were missing before and .MEM needs renaming, but the pass in which fixup_noreturn_call is called doesn't expect that ssa needs updating. I wonder what is the reason for that ! TREE_THIS_VOLATILE (exp) above. I'd say remove it - it probably was a measure to avoid DCEing the side-effect or so, before we had proper looping-pure-or-const. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44485
[Bug rtl-optimization/45400] XBMC AudioEngine Compilation C++ Internal Compiler Error /w Optimization
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 17:49 --- Subject: Bug 45400 Author: jakub Date: Wed Aug 25 17:49:26 2010 New Revision: 163551 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163551 Log: PR rtl-optimization/45400 * combine.c (simplify_shift_const_1) case SUBREG: Only use SUBREG_REG if both modes are of MODE_INT class. * g++.dg/other/i386-8.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/i386-8.C Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45400
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-25 17:51 --- Subject: Bug 44858 Author: jakub Date: Wed Aug 25 17:50:59 2010 New Revision: 163552 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163552 Log: PR rtl-optimization/44858 * combine.c (try_combine): If recog_for_combine added CLOBBERs to newi2pat, make sure they don't affect newpat. * gcc.c-torture/execute/pr44858.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr44858.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug c/45407] New: internal compiler error gcc 4.5.1
1. version: gcc 4.5.1
2. system type: Solaris 5.10 sparc:
3. % uname -a
SunOS casey 5.10 Generic_141444-09 sun4v sparc SUNW,Sun-Fire-T200
4. configured as follows:
% cd objdir
% ../configure --prefix=/afs/isis/pkg/gcc-4.5.1 \
--with-mpfr=/afs/isis/pkg/mpfr-3.0.0 \
--with-mpfr-include=/afs/isis/pkg/mpfr-3.0.0/include \
--with-mpfr-lib=/afs/isis/pkg/mpfr-3.0.0/lib \
--with-gmp=/afs/isis/pkg/gmp-5.0.1 \
--with-gmp-include=/afs/isis/pkg/gmp-5.0.1/include \
--with-gmp-lib=/afs/isis/pkg/gmp-5.0.1/lib \
--with-mpc=/afs/isis/pkg/mpc-0.8.2 \
--with-mpc-include=/afs/isis/pkg/mpc-0.8.2/include \
--with-mpc-lib=/afs/isis/pkg/mpc-0.8.2/lib\
--enable-languages=c,c++,fortran
5. error output from the compiler:
/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/xgcc
-B/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/
-B/afs/isis/pkg/gcc-4.5.1/sparc-sun-solaris2.10/bin/
-B/afs/isis/pkg/gcc-4.5.1/sparc-sun-solaris2.10/bin/
-B/afs/isis/pkg/gcc-4.5.1/sparc-sun-solaris2.10/lib/ -isystem
/afs/isis/pkg/gcc-4.5.1/sparc-sun-solaris2.10/include -isystem
/afs/isis/pkg/gcc-4.5.1/sparc-sun-solaris2.10/sys-include
-DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\
-DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\
-DPACKAGE=\zlib\ -DVERSION=\1.1.4\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1
-DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1
-DHAVE_UNISTD_H=1 -I. -I../../zlib -O -c -o libz_a-infback.o `test -f
'infback.c' || echo '../../zlib/'`infback.c
../../zlib/infback.c: In function 'inflateBack':
../../zlib/infback.c:623:1: internal compiler error: Segmentation Fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
6. preprocessed infback.i file that triggers the error:
# 1 ../../zlib/infback.c
# 1 built-in
# 1 command-line
# 1 ../../zlib/infback.c
# 13 ../../zlib/infback.c
# 1 ../../zlib/zutil.h 1
# 17 ../../zlib/zutil.h
# 1 ../../zlib/zlib.h 1
# 34 ../../zlib/zlib.h
# 1 ../../zlib/zconf.h 1
# 261 ../../zlib/zconf.h
typedef unsigned char Byte;
typedef unsigned int uInt;
typedef unsigned long uLong;
typedef Byte Bytef;
typedef char charf;
typedef int intf;
typedef uInt uIntf;
typedef uLong uLongf;
typedef void const *voidpc;
typedef void *voidpf;
typedef void *voidp;
# 334 ../../zlib/zconf.h
# 1
/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/include-fixed/sys/feature_tests.h
1 3 4
# 18
/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/include-fixed/sys/feature_tests.h
3 4
#pragma ident @(#)feature_tests.h 1.2507/02/02 SMI
# 1 /usr/include/sys/ccompile.h 1 3 4
# 9 /usr/include/sys/ccompile.h 3 4
#pragma ident @(#)ccompile.h 1.2 04/11/08 SMI
# 21
/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/include-fixed/sys/feature_tests.h
2 3 4
# 1 /usr/include/sys/isa_defs.h 1 3 4
# 9 /usr/include/sys/isa_defs.h 3 4
#pragma ident @(#)isa_defs.h 1.2908/06/06 SMI
# 22
/afs/isis.unc.edu/pkg/gcc-4.5.1/.build/@sys/gcc-4.5.1/objdir/./prev-gcc/include-fixed/sys/feature_tests.h
2 3 4
# 335 ../../zlib/zconf.h 2
# 35 ../../zlib/zlib.h 2
# 77 ../../zlib/zlib.h
typedef voidpf (*alloc_func) (voidpf opaque, uInt items, uInt size);
typedef void (*free_func) (voidpf opaque, voidpf address);
struct internal_state;
typedef struct z_stream_s {
Bytef *next_in;
uInt avail_in;
uLong total_in;
Bytef *next_out;
uInt avail_out;
uLong total_out;
char *msg;
struct internal_state *state;
alloc_func zalloc;
free_func zfree;
voidpf opaque;
int data_type;
uLong adler;
uLong reserved;
} z_stream;
typedef z_stream *z_streamp;
typedef struct gz_header_s {
int text;
uLong time;
int xflags;
int os;
Bytef *extra;
uInt extra_len;
uInt extra_max;
Bytef *name;
uInt name_max;
Bytef *comment;
uInt comm_max;
int hcrc;
int done;
} gz_header;
typedef gz_header *gz_headerp;
# 212 ../../zlib/zlib.h
extern const char * zlibVersion (void);
# 242 ../../zlib/zlib.h
extern int deflate (z_streamp strm, int flush);
# 328 ../../zlib/zlib.h
extern int deflateEnd (z_streamp strm);
# 363 ../../zlib/zlib.h
extern int inflate (z_streamp strm, int flush);
# 462 ../../zlib/zlib.h
extern int inflateEnd (z_streamp strm);
# 538 ../../zlib/zlib.h
extern int deflateSetDictionary (z_streamp strm, const Bytef *dictionary, uInt
dictLength)
;
# 577 ../../zlib/zlib.h
extern int
[Bug c/45407] internal compiler error gcc 4.5.1
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-08-25 18:41 --- Please _attach_ the preprocessed file. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407
[Bug c/45407] internal compiler error gcc 4.5.1
--- Comment #2 from bbiswas at email dot unc dot edu 2010-08-25 18:55 --- Subject: Re: internal compiler error gcc 4.5.1 Here you go: --- Comment #3 from bbiswas at email dot unc dot edu 2010-08-25 18:55 --- Created an attachment (id=21564) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21564action=view) --- Comment #4 from bbiswas at email dot unc dot edu 2010-08-25 18:55 --- Created an attachment (id=21565) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21565action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407
[Bug fortran/45395] [OOP] internal compiler error: Segmentation fault
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-25 19:09 --- Ok, I'll close this as fixed since it works on 4.6. And I think we already have similar test cases from the PRs mentioned above. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45395
[Bug c/45407] internal compiler error gcc 4.5.1
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-08-25 19:14 --- Thanks, but I cannot reproduce the problem. Which stage of the bootstrap is this? What base compiler do you use? Note that recent versions of GMP/MPFR are miscompiled on this platform by older versions of GCC, I'd suggest to stick to the recommended versions: http://gcc.gnu.org/install/prerequisites.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407
[Bug c/45407] internal compiler error gcc 4.5.1
--- Comment #6 from bbiswas at email dot unc dot edu 2010-08-25 19:43 --- Subject: Re: internal compiler error gcc 4.5.1 It's in stage 3. My base compiler is 4.1.2. I trying to upgrade gcc at our university from 4.1.2 to 4.5.1. I've successfully built the compiler for Linux 2.6 (32 and 64-bit) and AIX 5.3. Solaris 10 is my remaining version. I did notice that the SUNWspro compilers were used to compile the latest versions of mpfr mpc we use. Should I try re-compiling mpfr and mpc with gcc and then rebuilding gcc 4.5.1? I am using the latest versions of mpfr (3.0.0) and mpc (0.8.2). I didn't see anything in: http://gcc.gnu.org/install/prerequisites.html about certain gcc versions miscompiling either of those packages. Thanks, --Brian On Aug 25, 2010, at 3:14 PM, ebotcazou at gcc dot gnu dot org wrote: --- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-08-25 19:14 --- Thanks, but I cannot reproduce the problem. Which stage of the bootstrap is this? What base compiler do you use? Note that recent versions of GMP/MPFR are miscompiled on this platform by older versions of GCC, I'd suggest to stick to the recommended versions: http://gcc.gnu.org/install/prerequisites.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407
[Bug c/45407] internal compiler error gcc 4.5.1
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-08-25 20:07 --- I did notice that the SUNWspro compilers were used to compile the latest versions of mpfr mpc we use. Should I try re-compiling mpfr and mpc with gcc and then rebuilding gcc 4.5.1? The problematic ones are GMP and MPFR. You should run 'make check' in the build dir once you have compiled them. I am using the latest versions of mpfr (3.0.0) and mpc (0.8.2). I didn't see anything in: http://gcc.gnu.org/install/prerequisites.html about certain gcc versions miscompiling either of those packages. Yes, but we cannot test all combinations of libraries so sticking with the recommended versions is the safest approach. These are regularly tested in conjunction with the compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45407
[Bug debug/45408] New: -fcompare-debug failure with -O2 -ftree-vectorize -fno-var-tracking-assignments
Compiler output:
$ gcc -fcompare-debug -O2 -ftree-vectorize -fno-var-tracking-assignments
testcase-min3i.ii
gcc: error: testcase-min3i.ii: -fcompare-debug failure
The difference is:
$ diff testcase-min3i.*gkd
439c439
(mem/s/c:DI (symbol_ref:DI (_economy) [flags 0x2] var_decl #
_economy) [ MEM[(struct OverflowSafeInt *)_economy].max_loan.m_value+0 S8
A128])) /usr/include/sys/select.h:485# {*movdi_internal_rex64}
---
(mem/s/c:DI (symbol_ref:DI (_economy) [flags 0x2] var_decl #
_economy) [ MEM[(struct OverflowSafeInt )_economy].max_loan.m_value+0 S8
A128])) /usr/include/sys/select.h:485# {*movdi_internal_rex64}
--
Summary: -fcompare-debug failure with -O2 -ftree-vectorize -fno-
var-tracking-assignments
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45408
[Bug debug/45408] -fcompare-debug failure with -O2 -ftree-vectorize -fno-var-tracking-assignments
--- Comment #1 from zsojka at seznam dot cz 2010-08-25 20:56 --- Created an attachment (id=21566) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21566action=view) testcase Reduced from ~855KiB file, further (automated) reducing is very slow. It already took several days to get this file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45408
[Bug rtl-optimization/45400] XBMC AudioEngine Compilation C++ Internal Compiler Error /w Optimization
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-25 21:24 --- Subject: Bug 45400 Author: jakub Date: Wed Aug 25 21:23:57 2010 New Revision: 163554 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163554 Log: PR rtl-optimization/45400 * combine.c (simplify_shift_const_1) case SUBREG: Only use SUBREG_REG if both modes are of MODE_INT class. * g++.dg/other/i386-8.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/other/i386-8.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/combine.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45400
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #10 from jakub at gcc dot gnu dot org 2010-08-25 21:25 --- Subject: Bug 44858 Author: jakub Date: Wed Aug 25 21:25:18 2010 New Revision: 163555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163555 Log: PR rtl-optimization/44858 * combine.c (try_combine): If recog_for_combine added CLOBBERs to newi2pat, make sure they don't affect newpat. * gcc.c-torture/execute/pr44858.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr44858.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/combine.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug rtl-optimization/45400] XBMC AudioEngine Compilation C++ Internal Compiler Error /w Optimization
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-25 21:27 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45400
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #11 from jakub at gcc dot gnu dot org 2010-08-25 21:27 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned
--- Comment #84 from mikulas at artax dot karlin dot mff dot cuni dot cz 2010-08-25 21:27 --- (In reply to comment #83) If the bug is not related to stack alignment (i.e. it crashes not on unaligned SSE access), simplify it and file another bugzilla entry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-08-26 01:40 --- Created an attachment (id=21567) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21567action=view) patch to effectively mark symbol as weak_import -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-08-26 01:55 --- Marking the symbols in_other_partitions as weak eliminates almost all of the failures. I still get... Running target unix/-m32 FAIL: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o link, -O2 -fwhopr UNRESOLVED: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o execute -O2 -fwhopr FAIL: gcc.dg/lto/20090218 c_lto_20090218_0.o-c_lto_20090218_3.o link, -O2 -fwhopr UNRESOLVED: gcc.dg/lto/20090218 c_lto_20090218_0.o-c_lto_20090218_3.o execute -O2 -fwhopr which still have the non-relocatable subtraction expression...can't be undefined in a subtraction expression errors. This might suggest the same problem exists somewhere else in varpool.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug fortran/41859] ICE on invalid expression involving DT with pointer components in I/O
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-08-26 02:13 --- Subject: Bug 41859 Author: jvdelisle Date: Thu Aug 26 02:12:49 2010 New Revision: 163561 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163561 Log: 2010-08-25 Jerry DeLisle jvdeli...@gcc.gnu.org PR libfortran/41859 * gfortran.dg/der_io_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/der_io_4.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41859
[Bug middle-end/45355] [4.6 regression] FAIL: gcc.c-torture/compile/pr43164.c
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-26 03:18 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45355
[Bug c++/45409] New: ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG'
I have a project where g++ crashes on most files whenever -fschedule-insns is
mentioned; i've attached one such file.
$ g++ -O1 -std=c++0x -fschedule-insns drv.ii -c
src.core/driver.cc: In member function ui::events::flags_and_signals_t
ui::unnamed::window_private_t::process(ui::events::fixed_queue_t, bool):
src.core/driver.cc:1078: error: unable to find a register to spill in class
CREG
src.core/driver.cc:1078: error: this is the insn:
(insn 339 462 335 31 src.core/driver.cc:955 (parallel [
(set (reg:DI 6 bp [237])
(ashift:DI (reg:DI 6 bp [238])
(subreg:QI (reg:SI 1 dx [230]) 0)))
(clobber (reg:CC 17 flags))
]) 490 {*ashldi3_1_rex64} (expr_list:REG_DEAD (reg:DI 6 bp [238])
(expr_list:REG_DEAD (reg:SI 1 dx [230])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)
src.core/driver.cc:1078: confused by earlier errors, bailing out
Preprocessed source stored into /tmp/ccsQpKys.out file, please attach this to
your bugreport.
$ g++ -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--enable-multiarch --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls
--enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc
--disable-werror --with-arch-32=i486 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5)
also happens on another machine with
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-8'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--enable-multiarch --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--with-arch-32=i586 --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8)
--
Summary: ICE, g++ 4.4.x, -fschedule-insns, unable to find a
register to spill in class '*REG'
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbptbp at gmail dot com
GCC host triplet: x86-64, linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
[Bug c++/45409] ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG'
--- Comment #1 from tbptbp at gmail dot com 2010-08-26 03:35 --- Created an attachment (id=21568) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21568action=view) one of the offender -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
[Bug c++/45409] ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG'
--- Comment #2 from tbptbp at gmail dot com 2010-08-26 03:43 --- Forgot to say g++ 4.5 and 4.6 are immune. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
[Bug c++/45409] ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG'
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-26 03:44 --- See PR 42535. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
[Bug c++/45409] ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG'
--- Comment #4 from tbptbp at gmail dot com 2010-08-26 03:52 --- Subject: Re: ICE, g++ 4.4.x, -fschedule-insns, unable to find a register to spill in class '*REG' Case closed then. Not that it matters much, i don't even remember why -fschedule-insns got there to begin with, but if it's in such terrible shape at least the documentation could hint about it. Just a thought. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
[Bug c/45410] New: constant not optimized / propagated
gcc -Wall -O3 -S test.c
doesn't seem to propagate constants correctly.
Notice that ss is declared static, therefor everything is known at compile
time.
Code:
#include stdio.h
struct s {int i;int j;};
struct s static ss={77,2};
int
main()
{
ss.j += 88;
printf(%d\n,sizeof(ss));
return ss.i+ss.j;
};
--
Summary: constant not optimized / propagated
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reza at parvan dot net
GCC host triplet: x86 Ubuntu Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45410
[Bug c/45410] constant not optimized / propagated
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-26 05:19 --- Well GCC does not know much about main really. It does not currently take into account that ss cannot change before main. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45410
[Bug middle-end/45410] constant not optimized / propagated
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Component|c |middle-end Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45410
