[Bug libmudflap/44661] Link order (?) might cause threaded libmudflap to assert
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-22 07:53 --- Of course libmudflapth needs to come first, otherwise it doesn't override libpthread symbols it means to override. If it doesn't, that is a user error though. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44661
[Bug libgomp/45025] Memory ordering issues with libgomp critical sections and __sync
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-22 07:59 --- So, 1. is fixed. If __sync_*compare_and_swap on PowerPC doesn't act as full barrier, that would be a target bug, not libgomp bug. Unless separate __sync_*_acq/__sync_*_rel builtins are added, I'm afraid the only option for libgomp would be on the weakly ordered targets to use inline asm instead, which wouldn't be very pretty. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45025
[Bug target/43698] [4.5/4.6 Regression] Wrong use of ARMv6 REV instruction for endian bytewapping with -Os or -O2 optimizations
--- Comment #13 from ramana at gcc dot gnu dot org 2010-07-22 08:31 --- Subject: Bug 43698 Author: ramana Date: Thu Jul 22 08:30:36 2010 New Revision: 162404 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162404 Log: Fix PR target/43698 2010-07-22 Ramana Radhakrishnan PR target/43698 * config/arm/arm.md: Split arm_rev into *arm_rev and *thumb1_rev. Set *arm_rev to be predicable. 2010-07-22 Ramana Radhakrishnan PR target/43698 * gcc.target/arm/pr43698.c: New test. Added: trunk/gcc/testsuite/gcc.target/arm/pr43698.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43698
[Bug fortran/45019] Aliasing of TARGET dummy argument not detected correctly
--- Comment #8 from burnus at gcc dot gnu dot org 2010-07-22 08:40 --- Mine. Additional fix is needed for gfc_symbols_could_alias: --- a/gcc/fortran/symbol.c +++ b/gcc/fortran/symbol.c @@ -2811,6 +2811,17 @@ gfc_symbols_could_alias (gfc_symbol *lsym, gfc_symbol *rsym) if (lsym->attr.allocatable && rsym->attr.pointer) return 1; + /* Special case: Argument association, cf. F90 12.4.1.6, F2003 12.4.1.7 + and F2008 12.5.2.13 items 3b and 4b. The pointer case (a) is already + checked above. */ + if (lsym->attr.target && rsym->attr.target + && ((lsym->attr.dummy && !lsym->attr.contiguous + && (!lsym->attr.dimension || lsym->as->type == AS_ASSUMED_SHAPE)) + || (rsym->attr.dummy && !rsym->attr.contiguous + && (!rsym->attr.dimension + || rsym->as->type == AS_ASSUMED_SHAPE +return 1; + return 0; } -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-07-21 15:57:34 |2010-07-22 08:40:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
[Bug rtl-optimization/43494] [4.4/4.5/4.6 Regression] Overlooked dependency causes wrong scheduling, wrong code
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43494
[Bug target/43810] [4.5 Regression] linking results in undefined references to _savegpr_* _restgpr_*_x
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810
[Bug rtl-optimization/44281] [4.3/4.4/4.5/4.6 Regression] Global Register variable pessimisation
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281
[Bug tree-optimization/44336] [4.4/4.5 Regression] ICE: verify_ssa failed: SSA_NAME_DEF_STMT is wrong with -fipa-struct-reorg -fwhole-program
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-22 08:49 --- Fixed in 4.6 (by disabling struct-reorg). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.4/4.5/4.6 Regression]|[4.4/4.5 Regression] ICE: |ICE: verify_ssa failed: |verify_ssa failed: |SSA_NAME_DEF_STMT is wrong |SSA_NAME_DEF_STMT is wrong |with -fipa-struct-reorg - |with -fipa-struct-reorg - |fwhole-program |fwhole-program http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44336
[Bug tree-optimization/44468] [4.3/4.4/4.5 Regression] Bogus access re-construction from offset calculation
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44468
[Bug tree-optimization/44667] [4.5 Regression] ICE: verify_stmts failed: non-trivial conversion at assignment with -fprofile-generate
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-22 08:50 --- wontfix on the branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.5.1 |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44667
[Bug tree-optimization/44676] [4.5/4.6 Regression] ICE: in loop_entry_phi_arg, at graphite-sese-to-poly.c:89 with -fgraphite-identity -fprofile-generate
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spop at gcc dot gnu dot org Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44676
[Bug tree-optimization/44686] [4.5 Regression] ICE: in gimple_op, at gimple.h:1664 with -fipa-pta -fprofile-generate
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-22 08:53 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44686
[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug target/44793] [4.5/4.6 Regression] libgcc does not include t-ppccomm on rtems
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44816] [4.5/4.6 Regression] ice in subst_reloads, at reload.c:6328
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44816
[Bug bootstrap/44959] [4.5 Regression] bootstrap failed at Comparing stages 2 and 3
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
[Bug middle-end/44982] [4.3/4.4/4.5/4.6 Regression] ICE in get_narrower, at tree.c:7832
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44982
[Bug c++/45008] [4.5 Regression] Template code not expanded properly
-- 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=45008
[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44991
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.1 Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug middle-end/44763] [4.4/4.5/4.6 regression] SEGV in allocno_priority_compare_func on Solaris 8
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44763
[Bug c++/44753] [4.5 Regression] class partial specialization error
-- 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=44753
[Bug target/44581] [4.5/4.6 Regression] internal compiler error: in simplify_subreg
-- 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=44581
[Bug middle-end/43867] [4.5/4.6 Regression] ICE on valid with PGO and -fwhole-program options on small example (istringstream) with gcc 4.5.0 only
-- 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=43867
[Bug middle-end/43867] [4.5/4.6 Regression] ICE on valid with PGO and -fwhole-program options on small example (istringstream) with gcc 4.5.0 only
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-22 09:04 --- This was fixed. We now print t.C: In function 'int __gthread_active_p()': t.C:8:1: note: file /tmp/t.gcda not found, execution counts assumed to be zero -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43867
[Bug target/44581] [4.5/4.6 Regression] internal compiler error: in simplify_subreg
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44581
[Bug c++/44753] [4.5 Regression] class partial specialization error
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-22 09:05 --- Fixed on the branch. -- 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=44753
[Bug middle-end/44763] [4.4/4.5/4.6 regression] SEGV in allocno_priority_compare_func on Solaris 8
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44763
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug c++/44991] [4.4/4.5/4.6 Regression] default argument with '<' cause compilation error
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.4.0 Known to work|4.1.2 |4.1.2 4.3.4 Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44991
[Bug c++/45008] [4.5 Regression] Template code not expanded properly
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
[Bug rtl-optimization/44858] [4.5/4.6 Regression] likely integer wrong code bug
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-22 09:36 --- The VRP changes have been committed, so on the trunk this will be now reproduceable only with -O1 or -O2 -fno-tree-vrp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44858
[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-22 09:41 --- Can't be P1. We shipped it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637
[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.1 |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637
[Bug target/45000] RX signed extened unsigned char or short return value.
--- Comment #1 from nickc at redhat dot com 2010-07-22 09:42 ---
Hi Kazuhiro-san,
This is not a bug, it is the expected behaviour.
What is happening is that the return value from func() is being promoted to
"signed int" (and not "unsigned int" as you might expect). Thus since the
MOV.B instruction performs a sign extension it is a sufficient instruction for
the load operation.
Note - if you try using the result of calling func() then you will see a zero
extension being performed. Eg:
int bar (int a) { return a < func(); }
results in:
mov.L #_uA, r14
movu.B [r14], r14
cmp r1, r14
sclt.L r1
rts
with inlining, or:
push.l r7
mov.L r1, r7
bsr _func
movu.B r1, r1
cmp r7, r1
sclt.L r1
rtsd#4, r7-r7
without.
Cheers
Nick Clifton
PS. See section 6.3.1.1 of the ISO C99 standard for more information about this
behaviour
--
nickc at redhat dot com changed:
What|Removed |Added
CC||nickc at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45000
[Bug fortran/44660] [regression 4.4/4.5/4.6] ICE in resolve_equivalence()
--- Comment #16 from burnus at gcc dot gnu dot org 2010-07-22 09:43 --- (In reply to comment #13) > Created an attachment (id=21003) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21003&action=view) [edit] > patch against my (diry) tree > patch restoring the old equivalence list on reject_statement () Mikael, what's the status of this patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44660
Re: [Bug debug/45024] wrong nesting for inner template class
Patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01718.html
[Bug debug/45024] wrong nesting for inner template class
--- Comment #2 from dodji at gcc dot gnu dot org 2010-07-22 09:46 --- Subject: Re: wrong nesting for inner template class Patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01718.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45024
[Bug fortran/45019] Aliasing of TARGET dummy argument not detected correctly
--- Comment #9 from paul dot richard dot thomas at gmail dot com 2010-07-22 10:00 --- Subject: Re: Aliasing of TARGET dummy argument not detected correctly Dear Tobias, > I think the patch below looks fine, however, if I set a break point, the > function "gfc_check_dependency" is never called for test program. Thus, there > must be at least another spot where a change is required. Paul, do you have an > idea where? A yes. Dependencies in assignment go their own sweet way. trans-array.c:gfc_conv_resolve_dependencies calls gfc_could_be_alias, which in its turn calls symbol.c:gfc_symbols_could_alias This latter is where you need to intervene. Cheers Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
[Bug bootstrap/45028] New: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
This patch 2010-07-20 Jakub Jelinek * var-tracking.c (vt_expand_loc, vt_expand_loc_dummy): Bump maximum depth to 8 from 5. broke sparc-sun-solaris2.* bootstrap building 64-bit libjava: $ /var/gcc/gcc-4.6.0-20100721/11-gcc-gas/./gcc/gcj -B/var/gcc/gcc-4.6.0-20100721/11-gcc-gas/sparc-sun-solaris2.11/sparcv9/libjava/ -B/var/gcc/gcc-4.6.0-20100721/11-gcc-gas/sparc-sun-solaris2.11/sparcv9/libjava/ -B/var/gcc/gcc-4.6.0-20100721/11-gcc-gas/./gcc/ -B/usr/local/sparc-sun-solaris2.11/bin/ -B/usr/local/sparc-sun-solaris2.11/lib/ -isystem /usr/local/sparc-sun-solaris2.11/include -isystem /usr/local/sparc-sun-solaris2.11/sys-include -m64 -Usun -fclasspath= -fbootclasspath=/vol/gcc/src/hg/trunk/solaris/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -m64 -c -fsource-filename=/var/gcc/gcc-4.6.0-20100721/11-gcc-gas/sparc-sun-solaris2.11/sparcv9/libjava/classpath/lib/classes -MT gnu/javax/print/ipp/attribute/defaults.lo -MD -MP -MF gnu/javax/print/ipp/attribute/defaults.deps @gnu/javax/print/ipp/attribute/defaults.list -o gnu/javax/print/ipp/attribute/defaults.o jc1: internal compiler error: output_operand: invalid expression as operand This happens only for the non-PIC case. -- Summary: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2* GCC host triplet: sparc-sun-solaris2* GCC target triplet: sparc-sun-solaris2* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-22 10:23 --- That would be a target bug then, something isn't delegitimized when it should. Please put a breakpoint on output_operand_lossage and print a backtrace and the rtx that is being printed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
10:35 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
Here you go:
Breakpoint 5, output_operand_lossage (cmsgid=0xfe940c60 "") at
/var/gcc/reghunt/trunk/gcc/final.c:3080
(gdb) where
#0 output_operand_lossage (cmsgid=0xfe940c60 "") at
/var/gcc/reghunt/trunk/gcc/final.c:3080
#1 0x00318d9c in output_addr_const (file=0xf52958, x=0xfe2d8e60) at
/var/gcc/reghunt/trunk/gcc/final.c:3635
#2 0x002388d0 in dw2_assemble_integer (size=8, x=0xfe2d8e60) at
/var/gcc/reghunt/trunk/gcc/dwarf2asm.c:59
#3 0x00238fd8 in dw2_asm_output_addr_rtx (size=8, addr=0xfe2d8e60,
comment=0x0) at /var/gcc/reghunt/trunk/gcc/dwarf2asm.c:282
#4 0x00249ec0 in output_loc_operands (loc=0xfe2f28c0) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:5126
#5 0x0024a1a4 in output_loc_sequence (loc=0xfe2f28c0) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:5151
#6 0x002591f0 in output_loc_list (list_head=0xfe2dd230) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10839
#7 0x00257274 in output_location_lists (die=0xfe2f0ba0) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10226
#8 0x00257304 in output_location_lists (die=0xfe2f0b40) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10228
#9 0x00257304 in output_location_lists (die=0xfe2801b0) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10228
#10 0x00257304 in output_location_lists (die=0xfe280180) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10228
#11 0x00257304 in output_location_lists (die=0xfe9d00f0) at
/var/gcc/reghunt/trunk/gcc/dwarf2out.c:10228
#12 0x00289b6c in dwarf2out_finish (filename=0xffbff3af ) at /var/gcc/reghunt/trunk/gcc/dwarf2out.c:22414
#13 0x006f6670 in compile_file () at /var/gcc/reghunt/trunk/gcc/toplev.c:1025
#14 0x006fa048 in do_compile () at /var/gcc/reghunt/trunk/gcc/toplev.c:2333
#15 0x006fa174 in toplev_main (argc=33, argv=0xffbff1c4) at
/var/gcc/reghunt/trunk/gcc/toplev.c:2374
#16 0x0010af18 in main (argc=33, argv=0xffbff1c4) at
/var/gcc/reghunt/trunk/gcc/main.c:36
(gdb) up
#1 0x00318d9c in output_addr_const (file=0xf52958, x=0xfe2d8e60) at
/var/gcc/reghunt/trunk/gcc/final.c:3635
(gdb) p x
$1 = (rtx) 0xfe2d8e60
(gdb) pr
(unspec:DI [
(symbol_ref:DI
("_ZN3gnu5javax5print3ipp9attribute8defaults17FinishingsDefault15EDGE_STITCH_TOPE")
[flags 0x2] )
] 7)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-22 10:46 --- This one actually shouldn't be IMHO delegimized, the setm44 value is just a temporary and thus it shouldn't hold any value interesting for debug info. Can you please attach -fdump-rtl-vartrack dump? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug libmudflap/44661] Link order (?) might cause threaded libmudflap to assert
--- Comment #4 from davi dot arnaut at sun dot com 2010-07-22 10:54 --- Let's get it documented? One sentence should do. I think it's pertinent because -lpthread will most of the time come before user supplied compiler flags. -- davi dot arnaut at sun dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44661
[Bug libstdc++/44952] #include implies global constructor.
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-22 11:03 --- Perhaps with LTO we could special case this (perhaps using some special attribute) and only construct/destruct the first of these static ios_base::Init __ioinit; vars and optimize all the others away together with their construction/destruction, assuming they aren't otherwise referenced. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952
[Bug libstdc++/44952] #include implies global constructor.
--- Comment #12 from paolo dot carlini at oracle dot com 2010-07-22 11:25 --- The same idea vaguely occurred to me... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952
[Bug target/42240] wrong epilogue on naked function
--- Comment #9 from anitha dot boyapati at atmel dot com 2010-07-22 11:26 --- I think the bug is not due to 'naked' function. When the naked attribute is removed for __init_seed(void), the following diff can be observed in the assembly file. --- test_without_naked.s2010-07-22 15:53:13.178956400 +0530 +++ test_with_naked.s 2010-07-22 15:52:52.474373900 +0530 @@ -14,10 +14,11 @@ .L2: rjmp .L2 .size main, .-main + .section.init8,"ax",@progbits .global__init_seed .type __init_seed, @function __init_seed: -/* prologue: function */ +/* prologue: naked */ /* frame size = 0 */ ldi r24,lo8(__noinit_start+2) ldi r25,hi8(__noinit_start+2) @@ -41,7 +42,6 @@ sts (seedram)+1,r19 sts seedram,r18 /* epilogue start */ - ret .L11: ldi r18,lo8(0) ldi r19,hi8(0) === It can be seen that in case of naked function, 'ret' is not generated. Hence the execution goes into infinite loop. The code generated for epilogue is wrong in few cases for either for naked/normal functions with -O2 enabled. However incase of normal functions, execution is not affected as 'ret' is executed before entering into block labelled .L11 (of main.s). .L11: ldi r18,lo8(0) ldi r19,hi8(0) rjmp .L6 -- anitha dot boyapati at atmel dot com changed: What|Removed |Added CC||anitha dot boyapati at atmel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
[Bug fortran/45019] Aliasing of TARGET dummy argument not detected correctly
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-22 11:35 --- Subject: Bug 45019 Author: burnus Date: Thu Jul 22 11:35:09 2010 New Revision: 162410 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162410 Log: 2010-07-22 Tobias Burnus PR fortran/45019 * dependency.c (gfc_check_dependency): Add argument alising * check. * symbol.c (gfc_symbols_could_alias): Add argument alising * check. 2010-07-22 Tobias Burnus PR fortran/45019 * gfortran.dg/aliasing_dummy_5.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/aliasing_dummy_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dependency.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
[Bug libstdc++/44952] #include implies global constructor.
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-22 11:41 --- So reopening for this enhancement... Another alternative would be some .init.first array or something similar which would contain pointers to functions to be run as early constructors and linker would remove duplicates in it and put it at the beginning of .init_array section. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952
[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap
--- Comment #39 from bernds at gcc dot gnu dot org 2010-07-22 11:48 --- HJ, Dave, can you retest with mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
[Bug bootstrap/39150] Configure scripts have no 64-Bit Solaris defined (only i386-solaris*).
--- Comment #19 from rob1weld at aol dot com 2010-07-22 11:50 --- (In reply to comment #10) > > Adding an additional 64-bit default configuration > > (like amd64-pc-solaris2* or whatever) doubles the testing burden on me for > > no > > real benefit. In fact, I believe that the sparcv9-sun-solaris2 > > configurations > > were a mistake and should be removed, rather than adding this for Solaris > > 2/x86, too. > While the advantages of sparc64-sun-solaris2.* are limited, I don't think we > should remove it now since it can handle more memory and 64-bit computing is > becoming the norm. > Similarly, I think adding a 64-bit compiler on x86 would be desirable. And it > would be faster than the 32-bit one because of the 64-bit ABI. As a matter of > fact, we already have the few required patches at AdaCore. Eric, here were my results when I tried a year and a half ago. Not too bad, actually fairly good for a first attempt: http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg01526.html Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39150
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-22 12:09 --- Created an attachment (id=21281) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21281&action=view) -fdump-rtl-vartrack output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22 12:10 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand > --- Comment #3 from jakub at gcc dot gnu dot org 2010-07-22 10:46 --- > This one actually shouldn't be IMHO delegimized, the setm44 value is just a > temporary and thus it shouldn't hold any value interesting for debug info. > Can you please attach -fdump-rtl-vartrack dump? Done. It took me some time because the files isn't created in the working directory, but in the depths of gnu/javax/print/ipp/attribute ;-( I had to run jc1 under truss to find it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-22 12:14 --- Subject: Bug 45017 Author: rguenth Date: Thu Jul 22 12:14:27 2010 New Revision: 162411 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162411 Log: 2010-07-22 Richard Guenther PR tree-optimization/45017 * tree-ssa-sccvn.c (vn_reference_eq): Make sure we honor TYPE_PRECISION of integral types in addition to size. * gcc.c-torture/execute/pr45017.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr45017.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-sccvn.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-22 12:15 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #4 from borntraeger at de dot ibm dot com 2010-07-22 12:41 --- the testcase will fail on big endian machines. since r2=f and r1=2 instead of r2=2 and r1=f. Can you adopt the testcase to check the endianess? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #5 from rguenther at suse dot de 2010-07-22 12:42 --- Subject: Re: miscompile with bitfield and optimization On Thu, 22 Jul 2010, borntraeger at de dot ibm dot com wrote: > --- Comment #4 from borntraeger at de dot ibm dot com 2010-07-22 12:41 > --- > the testcase will fail on big endian machines. > since r2=f and r1=2 instead of r2=2 and r1=f. > Can you adopt the testcase to check the endianess? Huh? This is one byte, how does endianess come into play? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug target/45029] New: Buffer overflow in *push_multi pattern
ARM's *push_multi pattern code implementation can result in a buffer overflow.
The assembler instruction gets there built up in a 100 byte buffer but worst
case more buffer space is needed.
Original code:
--8<--
{
int i;
char pattern[100];
if (TARGET_ARM)
strcpy (pattern, \"stmfd\\t%m0!, {%1\");
else
strcpy (pattern, \"push\\t{%1\");
for (i = 1; i < num_saves; i++)
{
strcat (pattern, \", %|\");
strcat (pattern,
reg_names[REGNO (XEXP (XVECEXP (operands[2], 0, i), 0))]);
}
strcat (pattern, \"}\");
output_asm_insn (pattern, operands);
}
--8<--
Worst case scenario is when num_saves = 16 and TARGET_ARM which requires:
"stmfd\t%m0!, {%1" = 15 bytes
", %|" = 4 * (num_saves - 1) bytes
regname = 2 * (num_saves - 1) bytes
"}" = 1 byte
"\0" = 1 byte
In total 107 bytes. Hence, this patch:
gcc\
John Tytgat
* config/arm/arm.md (*push_multi): Increase pattern buffer size.
--- config/arm/arm.md (revision 162411)
+++ config/arm/arm.md (working copy)
@@ -10950,12 +10950,12 @@
else
{
int i;
- char pattern[100];
+ char pattern[128];
if (TARGET_ARM)
- strcpy (pattern, \"stmfd\\t%m0!, {%1\");
+ strcpy (pattern, \"stmfd\\t%m0!, {%1\");
else
- strcpy (pattern, \"push\\t{%1\");
+ strcpy (pattern, \"push\\t{%1\");
for (i = 1; i < num_saves; i++)
{
--
Summary: Buffer overflow in *push_multi pattern
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: John dot Tytgat at aaug dot net
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: arm-unknown-riscos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45029
[Bug tree-optimization/44891] [4.6 Regression] non-trivial conversion ICE from early SRA
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-07-22 12:52 --- Subject: Bug 44891 Author: jamborm Date: Thu Jul 22 12:52:14 2010 New Revision: 162413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162413 Log: 2010-07-22 Martin Jambor PR tree-optimization/44891 * tree-sra.c: Include gimple-pretty-print.h. (replace_uses_with_default_def_ssa_name): Renamed to get_repl_default_def_ssa_name, return the new SSA name instead of replacing the old one. (sra_modify_assign): Dump a message when removing a load, if the LHS is an SSA_NAME, do not do any propagation, just set the RHS to a default definition SSA NAME, type convert if necessary. * Makefile.in (tree-sra.o): Add gimple-pretty-print.h to dependencies. * testsuite/gcc.c-torture/compile/pr44891.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr44891.c Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
[Bug target/45029] Buffer overflow in *push_multi pattern
--- Comment #1 from John dot Tytgat at aaug dot net 2010-07-22 12:53 --- Created an attachment (id=21282) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21282&action=view) Proposed patch to fix the buffer overflow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45029
[Bug tree-optimization/44891] [4.6 Regression] non-trivial conversion ICE from early SRA
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-07-22 12:54 --- Fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
[Bug lto/43373] -fwhopr -fuse-linker-plugin ICE compressed stream data error
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-22 12:55 --- Fixed. --- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-22 12:55 --- Subject: Bug 43373 Author: rguenth Date: Thu Jul 22 12:54:44 2010 New Revision: 162414 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162414 Log: 2010-07-22 Richard Guenther * lib/target-supports-dg.exp (dg-require-linker-plugin): New proc. * lib/target-supports.exp (check_linker_plugin_available): Likewise. PR lto/43373 * gcc.dg/lto/20100722-1_0.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/20100722-1_0.c Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/target-supports-dg.exp trunk/gcc/testsuite/lib/target-supports.exp -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43373
[Bug lto/43373] -fwhopr -fuse-linker-plugin ICE compressed stream data error
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-22 12:55 --- Fixed. --- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-22 12:55 --- Subject: Bug 43373 Author: rguenth Date: Thu Jul 22 12:54:44 2010 New Revision: 162414 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162414 Log: 2010-07-22 Richard Guenther * lib/target-supports-dg.exp (dg-require-linker-plugin): New proc. * lib/target-supports.exp (check_linker_plugin_available): Likewise. PR lto/43373 * gcc.dg/lto/20100722-1_0.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/lto/20100722-1_0.c Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/target-supports-dg.exp trunk/gcc/testsuite/lib/target-supports.exp -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43373
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #6 from schwab at linux-m68k dot org 2010-07-22 12:59 --- > Huh? This is one byte, how does endianess come into play? By the use of bitfields. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-22 13:02 --- Thanks, can I also ask for -fdump-rtl-aligments dump (i.e. one immediately before *.vartrack)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #7 from ro at gcc dot gnu dot org 2010-07-22 13:09 --- Created an attachment (id=21283) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21283&action=view) -fdump-rtl-alignments output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug fortran/45030] New: -fwhole-file: Bogus error message with ENTRY and different result types
This is a bug which needs to be fixed before -fwhole-file can be enabled by default. Otherwise, the test results look fine. (Note: I tested with -fwhole-file enabled by default and including the patch for PR 44945.) Extended test case: gfortran.fortran-torture/execute/entry_4.f90 real,external :: g 1 Error: Return type mismatch of function 'g' at (1) (REAL(4)/INTEGER(4)) Test case: function f() integer :: f real :: g entry g() end function integer, external :: f real,external :: g integer :: ff real :: gg ff = f() gg = g() end -- Summary: -fwhole-file: Bogus error message with ENTRY and different result types Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45030
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-22 13:34 ---
So it is wrong already before *.alignments, as it has stuff like:
(insn:TI 256 255 1556 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:117
(set (reg:D
I 1 %g1 [328])
(ashift:DI (reg:DI 1 %g1 [327])
(const_int 12 [0xc]))) 356 {*ashldi3_sp64} (nil))
(debug_insn 1556 256 262 2 (var_location:DI D#71 (reg/f:DI 1 %g1 [332])) -1
(nil))
(insn 262 1556 258 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(set (reg:DI 8 %o0)
(lo_sum:DI (reg:DI 4 %g4)
(symbol_ref:DI
("_ZN3gnu5javax5print3ipp9attribute8defaults17FinishingsDefault6class$E")
[flags 0x2] ))) 71
{setl44} (expr_list:REG_DEAD (reg:DI 4 %g4)
(expr_list:REG_EQUAL (symbol_ref:DI
("_ZN3gnu5javax5print3ipp9attribute8defaults17FinishingsDefault6class$E")
[flags 0x2] )
(nil
Can you compile with -da and find out in which dump D#71 has been introduced?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug fortran/45030] -fwhole-file: Bogus error message with ENTRY and different result types
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-22 13:42 --- Another test case is: libgomp.fortran/retval1.f90 (Found via "cd $BUILD/*/libgomp; make check") -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45030
[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-22 13:47 --- Subject: Bug 42451 Author: rguenth Date: Thu Jul 22 13:47:32 2010 New Revision: 162415 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162415 Log: 2010-07-22 Richard Guenther PR lto/42451 * gimple.c (gtc_next_dfs_num): New global. (struct sccs): Make value a union, add integer same_p member. (gtc_visit): New function. (gimple_types_compatible_p_1): New function, split out from ... (gimple_types_compatible_p): ... here. Start a DFS walk here. (iterative_hash_gimple_type): Adjust for sccs change. * gcc.dg/lto/20100720-3_0.c: New testcase. * gcc.dg/lto/20100720-3_1.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/lto/20100720-3_0.c trunk/gcc/testsuite/gcc.dg/lto/20100720-3_1.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42451
[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-22 13:49 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42451
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22 13:50 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand > Can you compile with -da and find out in which dump D#71 has been introduced? Sure: it first appeared in sched2. Uploading that as we speak. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #10 from ro at gcc dot gnu dot org 2010-07-22 13:51 --- Created an attachment (id=21284) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21284&action=view) sched2 dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-22 13:52 --- Can I ask for the immediately preceeding dump too? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #12 from ro at gcc dot gnu dot org 2010-07-22 13:54 --- Created an attachment (id=21285) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21285&action=view) split4 dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-22 14:03 ---
So it is wrong already in *.split4:
(insn 256 255 258 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:117
(set (reg:DI 1 %g1 [328])
(ashift:DI (reg:DI 1 %g1 [327])
(const_int 12 [0xc]))) 356 {*ashldi3_sp64} (nil))
(insn 258 256 263 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:117
(set (mem/f/c/i:DI (lo_sum:DI (reg:DI 1 %g1 [328])
(symbol_ref:DI
("_ZN3gnu5javax5print3ipp9attribute8defaults17FinishingsDefault15EDGE_STITCH_TOPE")
[flags 0x2] )) [30 EDGE_STITCH_TOP+0 S8
A64])
(reg/f:DI 21 %l5 [324])) 60 {*movdi_insn_sp64} (expr_list:REG_DEAD
(reg/f:DI 21 %l5 [324])
(expr_list:REG_DEAD (reg:DI 1 %g1 [328])
(nil
(call_insn 263 258 266 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(parallel [
(set (reg:DI 8 %o0)
(call (mem:DI (symbol_ref:DI ("_Jv_AllocObjectNoFinalizer")
[flags 0x41] ) [0 S8 A64])
(const_int 0 [0])))
(clobber (reg:DI 15 %o7))
]) 388 {*call_value_symbolic_sp64} (nil)
(expr_list:REG_DEP_TRUE (use (reg:DI 8 %o0))
(nil)))
(debug_insn 266 263 267 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(var_location:DI this (reg/f:DI 1 %g1 [332])) -1 (nil))
This can't be right, %g1 as call clobbered register should have undefined value
after the call (and, nothing really meaningful before the call).
Could you attach -fdump-rtl-expand and -fdump-tree-optimized?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #14 from ro at gcc dot gnu dot org 2010-07-22 14:06 --- Created an attachment (id=21286) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21286&action=view) -fdump-rtl-expand output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #15 from ro at gcc dot gnu dot org 2010-07-22 14:07 --- Created an attachment (id=21287) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21287&action=view) -fdump-tree-optimized output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap
--- Comment #40 from hjl dot tools at gmail dot com 2010-07-22 14:07 --- (In reply to comment #39) > HJ, Dave, can you retest with mainline? > Mainline bootstrap is OK on ia32 and Intel64 as of revision 162408. Test is in progress on ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
[Bug lto/43071] ICE: SIGSEGV with -fwhopr -fcompare-debug
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-22 14:10 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-22 14:10:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43071
[Bug lto/43157] Segmentation fault in aggregate_value_p, asm aliases do not work
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-22 14:14 --- *** Bug 43658 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||zsojka at seznam dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157
[Bug lto/43658] ICE: SIGSEGV with -flto in aggregate_value_p (function.c:1859)
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-22 14:14 --- This is a dup of PR43157. *** This bug has been marked as a duplicate of 43157 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43658
[Bug c++/43850] ice: tree code �template_type_parm� is not supported in gimple streams
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-22 14:19 --- Fixed on trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail||4.5.1 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
[Bug c++/43850] ice: tree code �template_type_parm� is not supported in gimple streams
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-22 14:19 --- Subject: Bug 43850 Author: rguenth Date: Thu Jul 22 14:19:40 2010 New Revision: 162416 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162416 Log: 2010-07-22 Richard Guenther PR lto/43850 * g++.dg/lto/20100722-1_0.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/lto/20100722-1_0.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #16 from jakub at gcc dot gnu dot org 2010-07-22 14:20 --- (insn 264 263 265 3 /vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123 (set (reg/f:DI 332) (reg:DI 8 %o0)) -1 (expr_list:REG_NOALIAS (reg/f:DI 332) (nil))) (insn 265 264 266 3 /vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123 (set (reg/f:DI 119 [ #ref#0#1 ]) (reg/f:DI 332)) -1 (nil)) (debug_insn 266 265 267 3 /vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123 (var_location:DI this (reg/f:DI 119 [ #ref#0#1 ])) -1 (nil)) in *.expand looks correct, that var_location is %o0 instead of %g1 though. So the bug is somewhere in between. Would it be too large if you tarred up all dumps in between expand and split4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug other/45031] New: Problem with cxxabi.h
I have OpenSuse with ia64 architecture and GCC 4.3.3 (I tried also with GCC 4.4.0 and 4.4.4) I am trying building a file that include the cxxabi.h header, but the compiler displays following error: In file included from ../src/core/callback.cc:41: /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:68: error: typedef 'ns3::__cxxabiv1::__cxa_cdtor_return_type' is initialized (use __typeof__ instead) /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:68: error: '__cxa_cdtor_type' was not declared in this scope /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:73: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:74: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:78: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:79: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:84: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:85: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:89: error: '__cxa_vec_ctor_return_type' does not name a type /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:94: error: '__cxa_vec_ctor_return_type' does not name a type /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:103: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:107: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:112: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:116: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:121: error: '__cxa_cdtor_type' has not been declared /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:125: error: '__guard' was not declared in this scope /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:125: error: expected primary-expression before ')' token /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: error: variable or field '__cxa_guard_release' declared void /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: error: '__guard' was not declared in this scope /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: error: expected primary-expression before ')' token /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: error: variable or field '__cxa_guard_abort' declared void /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: error: '__guard' was not declared in this scope /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: error: expected primary-expression before ')' token Can you help me? -- Summary: Problem with cxxabi.h Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jframos45 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45031
[Bug bootstrap/44970] [4.6 regression] Revision 162270 failed to bootstrap
--- Comment #41 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-22 14:26 --- Subject: Re: [4.6 regression] Revision 162270 failed to bootstrap > HJ, Dave, can you retest with mainline? Testing. With the previous versions, hash table lookups were somehow broken, resulting in NULL being returned by the call to htab_find in get_bb_copy. Don't know why. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22 14:29 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand > in *.expand looks correct, that var_location is %o0 instead of %g1 though. So > the bug is somewhere in between. Would it be too large if you tarred up all > dumps in between expand and split4? Even compressed with bzip2, the file is 2.8 MB, way too big for Bugzilla. I've placed it at http://www.cebitec.uni-bielefeld.de/~ro/files/dumps146-206.tar.bz2 instead. Thanks. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug lto/44246] ICE with -fwhopr/-flto when using strlen and strcat without previous declaration
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-22 14:34 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-22 14:34:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44246
[Bug target/45029] Buffer overflow in *push_multi pattern
--- Comment #2 from ramana at gcc dot gnu dot org 2010-07-22 14:37 --- Hi, Patches should be sent to gcc-patc...@gcc.gnu.org rather than put in bugzilla entries. Even though the number of registers is theoretically 16 you are never going to have num_saves = 16 . It's at the maximum going to be 14 (assuming the case that the base register is the lowest register in the list even though such use is deprecated, because you aren't going to be saving pc and sp in your prologue from the compiler ). BTW stmfd allows theoretically sp and PC in ARM state in the list of registers but such uses are deprecated and I don't think the compiler can even generate such code. In Thumb state this is just not allowed. Thus the total number of bytes should be 95 bytes (plugging in num_saves = 14) which gives us a 5 byte cushion. Ramana -- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45029
[Bug other/45031] Problem with cxxabi.h
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-22 14:44 --- (In reply to comment #0) > I have OpenSuse with ia64 architecture and GCC 4.3.3 (I tried also with GCC > 4.4.0 and 4.4.4) > I am trying building a file that include the cxxabi.h header, but the compiler > displays following error: > > In file included from ../src/core/callback.cc:41: > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:68: > error: typedef 'ns3::__cxxabiv1::__cxa_cdtor_return_type' is initialized (use > __typeof__ instead) Looks as though you are including the header inside namespace ns3, that's not valid. Please provide a complete (minimal) testcase and the compiler command you are using. > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:68: > error: '__cxa_cdtor_type' was not declared in this scope > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:73: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:74: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:78: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:79: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:84: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:85: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:89: > error: '__cxa_vec_ctor_return_type' does not name a type > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:94: > error: '__cxa_vec_ctor_return_type' does not name a type > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:103: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:107: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:112: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:116: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:121: > error: '__cxa_cdtor_type' has not been declared > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:125: > error: '__guard' was not declared in this scope > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:125: > error: expected primary-expression before ')' token > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: > error: variable or field '__cxa_guard_release' declared void > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: > error: '__guard' was not declared in this scope > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:128: > error: expected primary-expression before ')' token > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: > error: variable or field '__cxa_guard_abort' declared void > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: > error: '__guard' was not declared in this scope > /bin/gcc/gcc-4.3.3/lib/gcc/ia64-suse-linux/4.3.3/../../../../include/c++/4.3.3/cxxabi.h:131: > error: expected primary-expression before ')' token > > Can you help me? > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45031
[Bug lto/44152] ICE on compiling xshow.f of xplor-nih with -O3 -ffast-math -fwhopr
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-22 14:47 --- Confirmed. We ICE in the vectorizer SLPing. Somewhat reduced testcase: SUBROUTINE XSHOW(MAASY,MBASY,MCASY,NAASY,NBASY,NCASY, & XRMREF,XRNSYM2,XRSYMM2,XRITSY2,MBINS) INTEGER HEAPDM PARAMETER (HEAPDM=2) INTEGER HEAP(HEAPDM) INTEGER HPMXUS INTEGER HPCURR COMMON // HEAP, HPMXUS, HPCURR CHARACTER*2 TYPE, TYPE2, DOMAIN, DOMAIN2 CHARACTER*4 SHOW DOUBLE COMPLEX SHOW1,SHOW2 INTEGER VLEVEL, DEPTH DO WHILE (START.LE.STOP) CALL XMDOMAK(A,B,C,HEAP(INDEXA),HEAP(INDEXB),HEAP(INDEXC), & HEAP(INDEXA),HEAP(INDEXB),HEAP(INDEXC),XRNSYM) CALL XMDOSHO(SHOW,SHOW1,SHOW2,NSHOW,TYPE,VLEVEL,DEPTH,NSELE, & HEAP(VSTACK),HEAP(LSTACK), & MAASY,MBASY,MCASY,NAASY,NBASY,NCASY, & HEAP(HPRHOMA)) END DO END SUBROUTINE XMDOSHO(SHOW,SHOW1,SHOW2,NSHOW,TYPE, & VLEVEL,VMAX,N,VSTACK,LSTACK, & MAASY,MBASY,MCASY,NAASY,NBASY,NCASY,RHOMASK) CHARACTER*(*) SHOW DOUBLE COMPLEX SHOW1, SHOW2 CHARACTER*(*) TYPE INTEGER VLEVEL, VMAX, N DOUBLE COMPLEX VSTACK(N,VMAX) DOUBLE COMPLEX LSHOW1 DO I=1,N LSHOW1=LSHOW1+VSTACK(I,VLEVEL) END DO SHOW1=LSHOW1 END -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||irar at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-22 14:47:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44152
[Bug other/45031] Problem with cxxabi.h
--- Comment #2 from redi at gcc dot gnu dot org 2010-07-22 14:48 ---
This invalid program reproduces your error, so I assume that's what you've
done.
Don't do that.
#include
namespace ns3
{
#include
}
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45031
[Bug lto/44893] type mismatch in address expression with -fwhopr
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-22 14:52 --- Works for me now, so no way of getting a reduced testcase. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44893
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-22 14:58 ---
Sounds like a cprop_hardreg bug. Before that pass we have (after a call_insn):
(insn 264 263 266 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(set (reg/f:DI 1 %g1 [332])
(reg:DI 8 %o0)) 60 {*movdi_insn_sp64} (expr_list:REG_NOALIAS (reg/f:DI
1 %g1 [332])
(nil)))
(debug_insn 266 264 267 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(var_location:DI this (reg/f:DI 1 %g1 [332])) -1 (nil))
...
(insn 1290 273 274 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:199
(set (mem/c:DI (plus:DI (reg/f:DI 30 %fp)
(const_int 2023 [0x7e7])) [53 S8 A64])
(reg:DI 1 %g1)) 60 {*movdi_insn_sp64} (expr_list:REG_DEAD (reg:DI 1
%g1)
(nil)))
but in *.cprop_hardreg:
(insn 264 263 266 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(set (reg/f:DI 1 %g1 [332])
(reg:DI 8 %o0)) 60 {*movdi_insn_sp64} (expr_list:REG_NOALIAS (reg/f:DI
1 %g1 [332])
(nil)))
(debug_insn 266 264 267 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(var_location:DI this (reg/f:DI 1 %g1 [332])) -1 (nil))
...
(insn 1290 273 274 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:199
(set (mem/c:DI (plus:DI (reg/f:DI 30 %fp)
(const_int 2023 [0x7e7])) [53 S8 A64])
(reg:DI 8 %o0 [1])) 60 {*movdi_insn_sp64} (expr_list:REG_DEAD (reg:DI 1
%g1)
(nil)))
The %g1 use in 1290 was the only use of %g1 in real insns, but cprop_hardreg
failed to replace the %g1 uses in debug_insn for some reason. Then in *.dce
the insn 264 is removed as dead, but nothing resets the debug_insns.
Rainer, do you think you could run make check in gcc/ subdir (assuming libjava
was the last unbuilt library and say libstdc++/libgfortran/libgomp are already
built) to see if this can be reproduced even on some C or C++ testcase?
Debugging Java failures with cross isn't fun.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
||org
Last reconfirmed|-00-00 00:00:00 |2010-07-22 14:58:37
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22 15:04 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand > --- Comment #18 from jakub at gcc dot gnu dot org 2010-07-22 14:58 > --- > Rainer, do you think you could run make check in gcc/ subdir (assuming libjava > was the last unbuilt library and say libstdc++/libgfortran/libgomp are already > built) to see if this can be reproduced even on some C or C++ testcase? Sure, otherwise I'll start a fresh bootstrap with java excluded, which I know finishes since I tried it with unrelated changes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug tree-optimization/44914] [4.6 Regression] ICE: in calc_dfs_tree, at dominance.c:395 with -fipa-sra -fnon-call-exceptions
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-07-22 15:25 --- I have a fix. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-22 15:25:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44914
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #20 from jakub at gcc dot gnu dot org 2010-07-22 15:32 --- Created an attachment (id=21288) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21288&action=view) gcc46-pr45028.patch I wonder if the attached (untested) patch wouldn't fix this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #14 from burnus at gcc dot gnu dot org 2010-07-22 15:36 --- (In reply to comment #13) > (In reply to comment #12) > IPA-CP can do that for quite some time please try with -fno-ipa-cp. As expected: It works with -fno-ipa-cp. > (I don't have a trunk built with enabled fortran at hand and I am a > bit overwhelmed with bugs and other stuff recently so I can have a > look at this but it will take at least a few days before I get to it.) Thanks. Some pre-analysis: The "fn spec" (the space is there to prevent other than internal use - thus I cannot create a C test case) is converted in gimple.c's gimple_call_arg_flags to EAF_* constants. tree-ssa-structalias.c's handle_rhs_call uses them via: for (i = 0; i < gimple_call_num_args (stmt); ++i) [...] int flags = gimple_call_arg_flags (stmt, i); thus, the position seems to matter here. The latter is called by find_func_aliases in an "if (!in_ipa_mode ..." block. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #21 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22 15:54 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand > --- Comment #20 from jakub at gcc dot gnu dot org 2010-07-22 15:32 > --- > Created an attachment (id=21288) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21288&action=view) > --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21288&action=view) > gcc46-pr45028.patch > > I wonder if the attached (untested) patch wouldn't fix this problem. It does :-) I'll fire off a full bootstrap to check. Thanks a lot. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
