[Bug middle-end/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
--- Comment #10 from danglin at gcc dot gnu dot org 2007-11-11 16:49
---
This is a regression in reload.
(gdb) p debug_rtx (insn)
(insn 73 78 76 5 (set (mem/c:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 17888 [0x45e0])) [19 S4 A32])
(plus:SI (reg/f:SI 3 %r3)
(const_int 1056 [0x420]))) 114 {addsi3} (nil)
(expr_list:REG_EQUIV (plus:SI (reg/f:SI 3 %r3)
(const_int 1056 [0x420]))
(nil)))
The problem is in the handling of the destination of insn 73. The
constraints for the addsi3 pattern only accept register operands.
The pseudo in the lreg pass has been replaced by a temp which must
be reloaded.
I looked at pa_secondary_reload. It simply returns NO_REGS for
(mem/c:SI (plus:SI (reg/f:SI 3 %r3) (const_int 17888 [0x45e0]))).
The frame offset in the temp exceeds that which can be handled
in a simple move. So, an intermediate registers is needed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Component|target |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
--- Comment #11 from danglin at gcc dot gnu dot org 2007-11-11 23:28
---
When delete_output_reload is called, we have:
(gdb) p debug_rtx (insn)
(insn 86 91 89 7 (set (mem/c:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 17900 [0x45ec])) [20 S4 A32])
(plus:SI (reg/f:SI 3 %r3)
(const_int 1068 [0x42c]))) 114 {addsi3} (nil)
(expr_list:REG_EQUIV (plus:SI (reg/f:SI 3 %r3)
(const_int 1068 [0x42c]))
(nil)))
(gdb) p debug_rtx (reg_equiv_memory_loc[209])
(mem/c:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 17900 [0x45ec])) [20 S4 A32])
$20 = void
(gdb) p debug_rtx (reg_equiv_alt_mem_list[209])
(expr_list:REG_EQUIV (mem/c:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 17900 [0x45ec])) [20 S4 A32])
(nil))
reg_equiv_memory_loc[209] is assigned to substed. So, either the
substitution is wrong or reg_equiv_alt_mem_list[209] incorrectly
contains the substituted value.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392
--- Comment #14 from danglin at gcc dot gnu dot org 2007-12-05 17:19
---
The regression was introduced by the following change:
2005-11-21 Jan Hubicka <[EMAIL PROTECTED]>
PR tree-optimization/24653
* tree-ssa-ccp.c (ccp_fold): Strip down useless conversions.
I have to think the target reload issues that the above exposes were latent.
The ICE has morphed a bit over time. This is the error at revision 107304.
[EMAIL PROTECTED]:~/gcc_test$ ../gcc-4.3/objdir/gcc/stage1/xgcc
-B../gcc-4.3/objdir/gcc/stage1/ -S -O2 s_texfilter.c
s_texfilter.c: In function 'sample_lambda_2d':
s_texfilter.c:166: error: unable to find a register to spill in class 'FP_REGS'
s_texfilter.c:166: error: this is the insn:
(insn 235 257 238 20 (set (subreg:SI (reg:HI 235) 0)
(fix:SI (fix:DF (reg:DF 68 %fr22 [234] 95 {fix_truncdfsi2}
(insn_list:REG_DEP_TRUE 233 (insn_list:REG_DEP_ANTI 227 (nil)))
(expr_list:REG_DEAD (reg:DF 68 %fr22 [234])
(nil)))
s_texfilter.c:166: internal compiler error: in spill_failure, at reload1.c:1901
There are two target issues involved here.
1) We can't allow mode paradoxical subregs in FP_REGS as this can't be handled
if the pseudo is spilled.
2) pa_secondary_reload() requests a secondary scratch register reload for
essentially everything when CLASS is FP_REGS. However, reload is treating
this reload as optional, resulting in spill failures and out of range REG+D
addresses. We do this because there is an asymmetry between the offsets
allowed for integer loads and stores, and floating point loads and stores.
Integer loads and stores support 14-bit offsets while PA 1.x floating point
loads and stores only support 5-bit offsets. It is a *MAJOR* compromise to
restrict integer loads and stores to 5-bit offsets. So, the target has always
used secondary reloads to rewrite floating-point loads and stores into a
form that provides correct code during register elimination.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
-- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-12-05 20:33:09 date|| Summary|Endless loop while building |[4.1/4.2/4.3 Regression] |a 64-bit 2.6.20 kernel |Endless loop while building ||a 64-bit 2.6.20 kernel http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34091] [4.2/4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392
--- Comment #17 from danglin at gcc dot gnu dot org 2007-12-09 18:02 --- Subject: Bug 34091 Author: danglin Date: Sun Dec 9 18:02:08 2007 New Revision: 130725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130725 Log: PR middle-end/32889 PR target/34091 * pa.md: Consolidate HImode and QImode move patterns into one pattern each, eliminating floating-point alternatives. * pa-protos.h (pa_cannot_change_mode_class, pa_modes_tieable_p): Declare functions. * pa-64.h (SECONDARY_MEMORY_NEEDED): Define here. * pa.c (pa_secondary_reload): Use an intermediate general register for copies to/from floating-point register classes. Simplify code SHIFT_REGS class. Provide additional comments. (pa_cannot_change_mode_class, pa_modes_tieable_p): New functions. * pa.h (MODES_TIEABLE_P): Use pa_modes_tieable_p. (SECONDARY_MEMORY_NEEDED): Delete define. (INT14_OK_STRICT): Define. (MODE_OK_FOR_SCALED_INDEXING_P): Allow SFmode and DFmode when using soft float. (MODE_OK_FOR_UNSCALED_INDEXING_P): Likewise. (GO_IF_LEGITIMATE_ADDRESS): Use INT14_OK_STRICT in REG+D case for SFmode and DFmode. (LEGITIMIZE_RELOAD_ADDRESS): Use INT14_OK_STRICT in mask selection. Align DImode offsets when generating 64-bit code. * pa32-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define. * pa64-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define using pa_cannot_change_mode_class. Modified: trunk/gcc/ChangeLog trunk/gcc/config/pa/pa-64.h trunk/gcc/config/pa/pa-protos.h trunk/gcc/config/pa/pa.c trunk/gcc/config/pa/pa.h trunk/gcc/config/pa/pa.md trunk/gcc/config/pa/pa32-regs.h trunk/gcc/config/pa/pa64-regs.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
--- Comment #13 from danglin at gcc dot gnu dot org 2007-12-09 18:02 --- Subject: Bug 32889 Author: danglin Date: Sun Dec 9 18:02:08 2007 New Revision: 130725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130725 Log: PR middle-end/32889 PR target/34091 * pa.md: Consolidate HImode and QImode move patterns into one pattern each, eliminating floating-point alternatives. * pa-protos.h (pa_cannot_change_mode_class, pa_modes_tieable_p): Declare functions. * pa-64.h (SECONDARY_MEMORY_NEEDED): Define here. * pa.c (pa_secondary_reload): Use an intermediate general register for copies to/from floating-point register classes. Simplify code SHIFT_REGS class. Provide additional comments. (pa_cannot_change_mode_class, pa_modes_tieable_p): New functions. * pa.h (MODES_TIEABLE_P): Use pa_modes_tieable_p. (SECONDARY_MEMORY_NEEDED): Delete define. (INT14_OK_STRICT): Define. (MODE_OK_FOR_SCALED_INDEXING_P): Allow SFmode and DFmode when using soft float. (MODE_OK_FOR_UNSCALED_INDEXING_P): Likewise. (GO_IF_LEGITIMATE_ADDRESS): Use INT14_OK_STRICT in REG+D case for SFmode and DFmode. (LEGITIMIZE_RELOAD_ADDRESS): Use INT14_OK_STRICT in mask selection. Align DImode offsets when generating 64-bit code. * pa32-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define. * pa64-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define using pa_cannot_change_mode_class. Modified: trunk/gcc/ChangeLog trunk/gcc/config/pa/pa-64.h trunk/gcc/config/pa/pa-protos.h trunk/gcc/config/pa/pa.c trunk/gcc/config/pa/pa.h trunk/gcc/config/pa/pa.md trunk/gcc/config/pa/pa32-regs.h trunk/gcc/config/pa/pa64-regs.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
--- Comment #14 from danglin at gcc dot gnu dot org 2007-12-10 03:17 --- Subject: Bug 32889 Author: danglin Date: Mon Dec 10 03:17:24 2007 New Revision: 130735 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130735 Log: PR middle-end/32889 PR target/34091 * pa.md: Consolidate HImode and QImode move patterns into one pattern each, eliminating floating-point alternatives. * pa-protos.h (pa_cannot_change_mode_class, pa_modes_tieable_p): Declare functions. * pa-64.h (SECONDARY_MEMORY_NEEDED): Define here. * pa.c (pa_secondary_reload): Use an intermediate general register for copies to/from floating-point register classes. Simplify code SHIFT_REGS class. Provide additional comments. (pa_cannot_change_mode_class, pa_modes_tieable_p): New functions. * pa.h (MODES_TIEABLE_P): Use pa_modes_tieable_p. (SECONDARY_MEMORY_NEEDED): Delete define. (INT14_OK_STRICT): Define. (MODE_OK_FOR_SCALED_INDEXING_P): Allow SFmode and DFmode when using soft float. (MODE_OK_FOR_UNSCALED_INDEXING_P): Likewise. (GO_IF_LEGITIMATE_ADDRESS): Use INT14_OK_STRICT in REG+D case for SFmode and DFmode. (LEGITIMIZE_RELOAD_ADDRESS): Use INT14_OK_STRICT in mask selection. Align DImode offsets when generating 64-bit code. * pa32-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define. * pa64-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define using pa_cannot_change_mode_class. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/pa/pa-64.h branches/gcc-4_2-branch/gcc/config/pa/pa-protos.h branches/gcc-4_2-branch/gcc/config/pa/pa.c branches/gcc-4_2-branch/gcc/config/pa/pa.h branches/gcc-4_2-branch/gcc/config/pa/pa.md branches/gcc-4_2-branch/gcc/config/pa/pa32-regs.h branches/gcc-4_2-branch/gcc/config/pa/pa64-regs.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34091] [4.2 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392
--- Comment #21 from danglin at gcc dot gnu dot org 2007-12-10 03:17 --- Subject: Bug 34091 Author: danglin Date: Mon Dec 10 03:17:24 2007 New Revision: 130735 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130735 Log: PR middle-end/32889 PR target/34091 * pa.md: Consolidate HImode and QImode move patterns into one pattern each, eliminating floating-point alternatives. * pa-protos.h (pa_cannot_change_mode_class, pa_modes_tieable_p): Declare functions. * pa-64.h (SECONDARY_MEMORY_NEEDED): Define here. * pa.c (pa_secondary_reload): Use an intermediate general register for copies to/from floating-point register classes. Simplify code SHIFT_REGS class. Provide additional comments. (pa_cannot_change_mode_class, pa_modes_tieable_p): New functions. * pa.h (MODES_TIEABLE_P): Use pa_modes_tieable_p. (SECONDARY_MEMORY_NEEDED): Delete define. (INT14_OK_STRICT): Define. (MODE_OK_FOR_SCALED_INDEXING_P): Allow SFmode and DFmode when using soft float. (MODE_OK_FOR_UNSCALED_INDEXING_P): Likewise. (GO_IF_LEGITIMATE_ADDRESS): Use INT14_OK_STRICT in REG+D case for SFmode and DFmode. (LEGITIMIZE_RELOAD_ADDRESS): Use INT14_OK_STRICT in mask selection. Align DImode offsets when generating 64-bit code. * pa32-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define. * pa64-regs.h (VALID_FP_MODE_P): Remove QImode and HImode. (CANNOT_CHANGE_MODE_CLASS): Define using pa_cannot_change_mode_class. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/pa/pa-64.h branches/gcc-4_2-branch/gcc/config/pa/pa-protos.h branches/gcc-4_2-branch/gcc/config/pa/pa.c branches/gcc-4_2-branch/gcc/config/pa/pa.h branches/gcc-4_2-branch/gcc/config/pa/pa.md branches/gcc-4_2-branch/gcc/config/pa/pa32-regs.h branches/gcc-4_2-branch/gcc/config/pa/pa64-regs.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34091] [4.2 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392
--- Comment #22 from danglin at gcc dot gnu dot org 2007-12-10 03:26 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/32889] [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
--- Comment #15 from danglin at gcc dot gnu dot org 2007-12-10 03:27 --- Fixed by change. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Component|middle-end |target Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32889 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34091] [4.2 Regression] ICE in reload_cse_simplify_operands, at postreload.c:392
--- Comment #23 from danglin at gcc dot gnu dot org 2007-12-14 01:02 --- Subject: Bug 34091 Author: danglin Date: Fri Dec 14 01:01:58 2007 New Revision: 130927 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130927 Log: PR target/34091 * gcc.c-torture/compile/pr34091.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34091.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34091 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] [4.1/4.2 Regression] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #13 from danglin at gcc dot gnu dot org 2007-12-31 18:19 --- Possibly, I should try to find the change that "fixed" the problem on the trunk. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regression] Endless |Endless loop while building |loop while building a 64-bit |a 64-bit 2.6.20 kernel |2.6.20 kernel http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/34150] ICE: output_operand: invalid expression as operand on hppa
--- Comment #3 from danglin at gcc dot gnu dot org 2008-01-06 21:35 ---
This bug is present on 4.2 branch but head doesn't fail for me. The problem
is a deleted label.
Breakpoint 1, output_operand (x=0x4be5a208, code=0)
at ../../gcc/gcc/final.c:3171
3171 gcc_assert (!x || !REG_P (x) || REGNO (x) < FIRST_PSEUDO_REGISTER);
(gdb) p debug_rtx (x)
(note/s 1897 4221 1898 ("*.LJpc=819954") NOTE_INSN_DELETED_LABEL 13722)
$1 = void
(gdb) bt
#0 output_operand (x=0x4be5a208, code=0) at ../../gcc/gcc/final.c:3171
#1 0x0013dc10 in output_asm_insn (template=,
operands=0x460ba0) at ../../gcc/gcc/final.c:3102
#2 0x0013e914 in final_scan_insn (insn=0x4bd755a0,
file=, optimize=,
nopeepholes=, seen=0xfafc2d48)
at ../../gcc/gcc/final.c:2468
#3 0x0013eab4 in final_scan_insn (insn=0x4bf32cd0, file=0x48c670,
optimize=, nopeepholes=,
seen=0xfafc2d48) at ../../gcc/gcc/final.c:2143
#4 0x0013ed48 in final (first=, file=0x48c670,
optimize=2) at ../../gcc/gcc/final.c:1610
#5 0x0013ee48 in rest_of_handle_final () at ../../gcc/gcc/final.c:3916
#6 0x002404b0 in execute_one_pass (pass=0x43924c)
at ../../gcc/gcc/passes.c:881
#7 0x00240630 in execute_pass_list (pass=0x43924c)
at ../../gcc/gcc/passes.c:932
#8 0x00240644 in execute_pass_list (pass=0x439e58)
at ../../gcc/gcc/passes.c:933
#9 0x00240644 in execute_pass_list (pass=0x439e24)
at ../../gcc/gcc/passes.c:933
#10 0x00077834 in tree_rest_of_compilation (fndecl=0x49d9de00)
at ../../gcc/gcc/tree-optimize.c:462
---Type to continue, or q to quit---q
Quit
(gdb) frame 2
#2 0x0013e914 in final_scan_insn (insn=0x4bd755a0,
file=, optimize=,
nopeepholes=, seen=0xfafc2d48)
at ../../gcc/gcc/final.c:2468
2468output_asm_insn (template, recog_data.operand);
(gdb) p debug_rtx (insn)
(jump_insn:TI 1452 1450 1455 (set (pc)
(if_then_else (eq (reg:SI 28 %r28 [orig:1024+-3 ] [1024])
(const_int 0 [0x0]))
(label_ref [1897 deleted])
(pc))) 25 {*pa.md:1712} (nil)
(expr_list:REG_BR_PRED (const_int 50 [0x32])
(expr_list:REG_DEAD (reg:SI 28 %r28 [orig:1024+-3 ] [1024])
(expr_list:REG_BR_PROB (const_int 200 [0xc8])
(nil)))))
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-01-06 21:35:49
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/34150] ICE: output_operand: invalid expression as operand on hppa
-- danglin at gcc dot gnu dot org changed: What|Removed |Added Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/34150] ICE: output_operand: invalid expression as operand on hppa
--- Comment #7 from danglin at gcc dot gnu dot org 2008-01-06 23:27 ---
Breakpoint 1, delete_insn (insn=0x4be5a208) at ../../gcc/gcc/cfgrtl.c:111
111 if (LABEL_P (insn))
(gdb) bt
#0 delete_insn (insn=0x4be5a208) at ../../gcc/gcc/cfgrtl.c:111
#1 0x001a8f30 in delete_related_insns (insn=0x4be5a208)
at ../../gcc/gcc/jump.c:1411
#2 0x001a9ed8 in redirect_jump_2 (jump=0x4bd7aae0, olabel=0x4be5a208,
nlabel=0x4bf325c8, delete_unused=1, invert=0) at ../../gcc/gcc/jump.c:1702
#3 0x001aa03c in redirect_jump (jump=0x4bd7aae0, nlabel=0x4bf325c8,
delete_unused=1) at ../../gcc/gcc/jump.c:1659
#4 0x0035b40c in fill_slots_from_thread (insn=0x4bd7aae0,
condition=0x4000d218, thread=0x4bef85f0,
opposite_thread=, likely=1, thread_if_true=1,
own_thread=0, slots_to_fill=1, pslots_filled=0xfb5e0e08,
delay_list=0x4bf33180) at ../../gcc/gcc/reorg.c:2900
#5 0x0035c8c0 in fill_simple_delay_slots (non_jumps_p=0)
at ../../gcc/gcc/reorg.c:2363
#6 0x0035d548 in dbr_schedule (first=0x4bd17840) at ../../gcc/gcc/reorg.c:3611
#7 0x0035e5a0 in rest_of_handle_delay_slots () at ../../gcc/gcc/reorg.c:3784
#8 0x002404b0 in execute_one_pass (pass=0x43b828)
at ../../gcc/gcc/passes.c:881
#9 0x00240630 in execute_pass_list (pass=0x43b828)
at ../../gcc/gcc/passes.c:932
#10 0x00240644 in execute_pass_list (pass=0x439e58)
at ../../gcc/gcc/passes.c:933
#11 0x00240644 in execute_pass_list (pass=0x439e24)
---Type to continue, or q to quit---
at ../../gcc/gcc/passes.c:933
#12 0x00077834 in tree_rest_of_compilation (fndecl=0x49d9de00)
at ../../gcc/gcc/tree-optimize.c:462
#13 0x0027abe8 in cgraph_expand_function (node=0x4bc944d0)
at ../../gcc/gcc/cgraphunit.c:1243
#14 0x0027c5c8 in cgraph_assemble_pending_functions ()
at ../../gcc/gcc/cgraphunit.c:373
#15 0x0027c0e8 in cgraph_finalize_function (decl=0x49d9de00, nested=0 '\0')
at ../../gcc/gcc/cgraphunit.c:502
#16 0x0004ad94 in end_java_method () at ../../gcc/gcc/java/decl.c:2002
#17 0x00063af8 in parse_class_file () at ../../gcc/gcc/java/jcf-parse.c:956
#18 0x000663ac in java_parse_file (set_yydebug=)
at ../../gcc/gcc/java/jcf-parse.c:1450
#19 0x0021cec8 in toplev_main (argc=,
argv=) at ../../gcc/gcc/toplev.c:1032
#20 0x403b6234 in __libc_start_main () from /lib/libc.so.6
#21 0x0001bfb0 in _start ()
(gdb) p debug_rtx (insn)
(code_label/s 1897 4221 1898 13722 ("*.LJpc=819954") [0 uses])
$4 = void
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/34150] ICE: output_operand: invalid expression as operand on hppa
--- Comment #10 from danglin at gcc dot gnu dot org 2008-01-21 17:47
---
The patch appears to fix the problem, but I think it isn't a good fix.
The problem is the backend doesn't know when the LABEL_NUSES counter
needs to be incorrected and when it doesn't.
I think this is reload bug. We are losing LABEL_NUSES counts when a
reload occurs for insns like the following:
(insn 1838 1854 1615 282 (set (reg/f:SI 1154)
(label_ref:SI 1897)) 46 {*pa.md:2898} (nil)
(expr_list:REG_EQUIV (label_ref:SI 1897)
(insn_list:REG_LABEL 1897 (nil
Reloads for insn # 2938
Reload 0: R1_REGS, RELOAD_FOR_INPUT_ADDRESS (opnum = 1), can't combine,
secondary_reload_p
reload_reg_rtx: (reg/f:SI 1 %r1)
Reload 1: reload_in (SI) = (label_ref:SI 1897)
GENERAL_REGS, RELOAD_FOR_INPUT (opnum = 1), can't combine
reload_in_reg: (reg/f:SI 1154)
reload_reg_rtx: (reg/f:SI 3 %r3 [orig:313 #ref#21#111 ] [313])
secondary_in_reload = 0
secondary_in_icode = reload_insi_r
Shouldn't reload update the label uses count when it completes a reload
sequence?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/32857] libjava fails to build on hppa-linux-gnu (ICE in simplify_subreg)
-- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32857 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/34150] ICE: output_operand: invalid expression as operand on hppa
--- Comment #11 from danglin at gcc dot gnu dot org 2008-02-09 21:01 --- Fixed by change: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00290.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/37396] bootstrap broken on hppa-linux-gnu trunk with ada (20080906)
-- Bug 37396 depends on bug 37071, which changed state. Bug 37071 Summary: [4.4 Regression] EH is broken http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37396 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/35090] [4.3/4.4 regression] libjava testsuite failures on hppa-linux
--- Comment #7 from danglin at gcc dot gnu dot org 2008-11-01 19:39 --- These tests no longer fail on either 4.3 or 4.4. I am fairly certain that these failures were a libc problem. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35090 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore
--- Comment #6 from danglin at gcc dot gnu dot org 2009-04-17 00:56 --- I believe the problem is the symbol was exported when it shouldn't have been. The signbit macro is provided by math.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||carlos at codesourcery dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore
--- Comment #10 from danglin at gcc dot gnu dot org 2009-04-21 19:49 --- Gcc always seems to optimize the signbit macro. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libstdc++/40133] exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libgcj/40182] [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux
--- Comment #1 from danglin at gcc dot gnu dot org 2009-10-10 18:12 --- I see the following regressions with 4.5.0 on hppa-unknown-linux-gnu: PASS: PR218 -O3 compilation from source FAIL: Throw_3 -O3 execution - source compiled test FAIL: Throw_3 -O3 -findirect-dispatch execution - source compiled test The fails started between 151661 and 151679 on hppa. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-10 18:12:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libgcj/40182] [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug libgcj/40182] [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux
--- Comment #2 from danglin at gcc dot gnu dot org 2009-10-15 21:14 --- This was introduced in revision 151676 on hppa-unknown-linux-gnu. 2009-09-13 Richard Guenther Rafael Avila de Espindola * langhooks-def.h (LANG_HOOKS_EH_RUNTIME_TYPE): Define. (LANG_HOOKS_EH_PERSONALITY): Likewise. (LANG_HOOKS_INITIALIZER): Adjust. (lhd_pass_through_t): Declare. ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Bug rtl-optimization/28634] [4.1/4.2 regression] rounding problem with -fdelayed-branch on hppa/mips
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28634 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug c++/29209] ICE optimizing passing long double to abstract method while in other abstract's impl
--- Comment #4 from danglin at gcc dot gnu dot org 2006-10-10 23:00 --- This bug is still present on trunk: -bash-2.05b$ /test/gnu/gcc/objdir/gcc/g++ -B/test/gnu/gcc/objdir/gcc/ -S -O2 p> pr29209.cc: In member function 'void DataOutputStream_impl::_ZTv0_n12_N21DataOutputStream_impl16write_longdoubleEe(long double)': pr29209.cc:21: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6506 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. xxx.sh 2>&1 Breakpoint 1, expand_expr_addr_expr_1 (exp=0x0, target=0x76, tmode=1431655765, modifier=118) at ../../gcc/gcc/expr.c:6458 6458 if (TREE_CODE (exp) == CONSTRUCTOR (gdb) bt #0 expand_expr_addr_expr_1 (exp=0x0, target=0x76, tmode=1431655765, modifier=118) at ../../gcc/gcc/expr.c:6458 #1 0x0028b014 in expand_expr_real_1 (exp=0x7ae69760, target=0x0, tmode=SImode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at ../../gcc/gcc/expr.c:6593 #2 0x002941fc in expand_expr_real (exp=0x7ae69760, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at ../../gcc/gcc/expr.c:6706 #3 0x00240e9c in expand_call (exp=0x7adc07f8, target=0x0, ignore=1) at ../../gcc/gcc/expr.h:499 #4 0x0028c054 in expand_expr_real_1 (exp=0x7adc07f8, target=0x7adb5210, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at ../../gcc/gcc/expr.c:7671 #5 0x00294110 in expand_expr_real (exp=0x7adc07f8, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at ../../gcc/gcc/expr.c:6700 #6 0x003322dc in expand_expr_stmt (exp=0x7adc07f8) at ../../gcc/gcc/stmt.c:1356 #7 0x00530f8c in expand_gimple_basic_block (bb=0x7adcc990) at ../../gcc/gcc/cfgexpand.c:1199 #8 0x005323ac in tree_expand_cfg () at ../../gcc/gcc/cfgexpand.c:1644 #9 0x0037136c in execute_one_pass (pass=0x40018070) at ../../gcc/gcc/passes.c:870 ---Type to continue, or q to quit--- #10 0x0037150c in execute_pass_list (pass=0x40018070) at ../../gcc/gcc/passes.c:917 #11 0x001c69f8 in tree_rest_of_compilation (fndecl=0x7ae60310) at ../../gcc/gcc/tree-optimize.c:463 #12 0x00121ca4 in expand_body (fn=0x7ae60310) at ../../gcc/gcc/cp/semantics.c:3068 #13 0x00117a8c in use_thunk (thunk_fndecl=0x7ae60310, emit_p=0 '\0') at ../../gcc/gcc/cp/method.c:524 #14 0x00121c2c in expand_body (fn=0x7ae602a0) at ../../gcc/gcc/cp/semantics.c:3021 #15 0x00397624 in cgraph_expand_function (node=0x7ae603f0) at ../../gcc/gcc/cgraphunit.c:1233 #16 0x0039aaf4 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1298 #17 0x000bdcbc in cp_finish_file () at ../../gcc/gcc/cp/decl2.c:3344 #18 0x0002d2ac in finish_file () at ../../gcc/gcc/cp/cp-lang.c:144 #19 0x00191cc4 in c_common_parse_file (set_yydebug=2061227104) at ../../gcc/gcc/c-opts.c:1176 #20 0x0033d49c in toplev_main (argc=1073937672, argv=0x1) at ../../gcc/gcc/toplev.c:1033 #21 0x001a2b24 in main (argc=2061227104, argv=0x0) at ../../gcc/gcc/main.c:35 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29209 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/24348] [4.1 regression] bootstrap failure building libgcc
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/24221] ICE in first_insn_after_basic_block_note on HPPA
--- Comment #1 from danglin at gcc dot gnu dot org 2005-10-23 05:15 --- Hmmm, I thought this problem was fixed by 2004-12-04 John David Anglin <[EMAIL PROTECTED]> PR middle-end/18730 * emit-rtl.c (get_first_nonnote_insn, get_last_nonnote_insn): When the first/last insn is a sequence, return the first/last insn of the sequence. Would you please provide preprocessed source and compilation details? -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC| |danglin at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24221 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/24348] [4.1 regression] bootstrap failure building libgcc
--- Comment #2 from danglin at gcc dot gnu dot org 2005-10-23 22:10 --- See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00558.html for a preliminary patch. hppa64 builds have been broken since Richard applied his cft "fix". The patch works ok under linux but there's still stuff that needs fixing under hpux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/23837] [4.0/4.1 regression] Wrong code with -fschedule-insns
--- Comment #13 from danglin at gcc dot gnu dot org 2005-11-06 17:32 --- Fails on hppa2.0w-hp-hpux11.11 with 4.0.0, 4.0.1 and 4.0.2. However, it doesn't fail using 3.4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/24348] [4.1 regression] bootstrap failure building libgcc
--- Comment #3 from danglin at gcc dot gnu dot org 2005-11-16 14:16 --- Affects hpux as well as linux. -- danglin at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|hppa64-linux|hppa64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/24348] [4.1 regression] bootstrap failure building libgcc
--- Comment #4 from danglin at gcc dot gnu dot org 2005-11-18 03:22 --- Subject: Bug 24348 Author: danglin Date: Fri Nov 18 03:22:18 2005 New Revision: 107157 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107157 Log: PR target/24348 * config.gcc (hppa*-*-hpux*): Add pa/t-slibgcc-elf-ver to tmake config when not using sjlj exceptions. * config/pa/pa64-hpux.h (LIB_SPEC): Add -lpthread in static links. * config/pa/pa-hpux11.h (LIB_SPEC): Likewise. * config/pa/som.h (ASM_PREFERRED_EH_DATA_FORMAT): Delete define. * config/pa/linux-unwind.h (pa32_fallback_frame_state): Use DWARF_ALT_FRAME_RETURN_COLUMN instead of column 0 as return column. * config/pa/pa-hpux.h (MD_UNWIND_SUPPORT): New define. * config/pa/pa-linux.h (INCOMING_RETURN_ADDR_RTX, DWARF_FRAME_RETURN_COLUMN, ASM_PREFERRED_EH_DATA_FORMAT, ASM_MAYBE_OUTPUT_ENCODED_ADDR_RTX): Delete defines. * config/pa/pa.h (ARG_POINTER_CFA_OFFSET): Delete. (FRAME_POINTER_CFA_OFFSET, INCOMING_RETURN_ADDR_RTX, DWARF_FRAME_RETURN_COLUMN, DWARF_ALT_FRAME_RETURN_COLUMN, ASM_PREFERRED_EH_DATA_FORMAT, ASM_MAYBE_OUTPUT_ENCODED_ADDR_RTX): New defines. * config/pa/hpux-unwind.h: New file. * testsuite/gcc.dg/cleanup-8.c: Enable test on hppa*-*-hpux*. * testsuite/gcc.dg/cleanup-9.c: Likewise. * testsuite/gcc.dg/cleanup-10.c: Likewise. * testsuite/gcc.dg/cleanup-11.c: Likewise. Added: trunk/gcc/config/pa/hpux-unwind.h Modified: trunk/gcc/ChangeLog trunk/gcc/config.gcc trunk/gcc/config/pa/linux-unwind.h trunk/gcc/config/pa/pa-hpux.h trunk/gcc/config/pa/pa-hpux11.h trunk/gcc/config/pa/pa-linux.h trunk/gcc/config/pa/pa.h trunk/gcc/config/pa/pa64-hpux.h trunk/gcc/config/pa/som.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/cleanup-10.c trunk/gcc/testsuite/gcc.dg/cleanup-11.c trunk/gcc/testsuite/gcc.dg/cleanup-8.c trunk/gcc/testsuite/gcc.dg/cleanup-9.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/23837] [4.0/4.1 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)
--- Comment #31 from danglin at gcc dot gnu dot org 2005-12-17 17:27 --- Subject: Bug 23837 Author: danglin Date: Sat Dec 17 17:27:11 2005 New Revision: 108718 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108718 Log: PR rtl-optimization/23837 * optabs.c (expand_binop): For a multi-word rotate, never emit a REG_NO_CONFLICT block. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/optabs.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/23837] [4.0/4.1 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)
--- Comment #32 from danglin at gcc dot gnu dot org 2005-12-17 17:30 --- Subject: Bug 23837 Author: danglin Date: Sat Dec 17 17:29:57 2005 New Revision: 108719 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108719 Log: PR rtl-optimization/23837 * optabs.c (expand_binop): For a multi-word rotate, never emit a REG_NO_CONFLICT block. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/optabs.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/23837] [4.0 regression] Wrong code with REG_NO_CONFLICT notes (caused by combine)
--- Comment #35 from danglin at gcc dot gnu dot org 2005-12-17 17:32 --- Subject: Bug 23837 Author: danglin Date: Sat Dec 17 17:32:36 2005 New Revision: 108721 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108721 Log: PR rtl-optimization/23837 * optabs.c (expand_binop): For a multi-word rotate, never emit a REG_NO_CONFLICT block. Modified: branches/gcc-3_4-branch/gcc/ChangeLog branches/gcc-3_4-branch/gcc/optabs.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/24348] [4.1/4.2 regression] bootstrap failure building libgcc
--- Comment #5 from danglin at gcc dot gnu dot org 2005-12-18 00:32 --- Is this fixed? -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24348 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/24221] ICE in first_insn_after_basic_block_note on HPPA
--- Comment #2 from danglin at gcc dot gnu dot org 2005-12-18 00:35 --- Is this fixed? -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24221 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #2 from danglin at gcc dot gnu dot org 2007-05-17 03:55 --- Test case also fails to compile on hppa64-hp-hpux11.11. Compiler hangs in cse1 pass, apparently doing garbage collection. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #3 from danglin at gcc dot gnu dot org 2007-05-20 17:38 ---
My last comment about this being a GC problem was wrong. Here's a
backtrace from a compiler containing debug symbols:
(gdb) bt
#0 0x40c5a274 in get_cse_reg_info (regno=66)
at ../../gcc/gcc/cse.c:847
#1 0x40c5d31c in invalidate (x=0x83fffec89d00,
full_mode=VOIDmode) at ../../gcc/gcc/cse.c:1727
#2 0x40c5cf18 in flush_hash_table () at ../../gcc/gcc/cse.c:1661
#3 0x40c69d28 in cse_insn (insn=0x83fffeda8f00, libcall_insn=0x0)
at ../../gcc/gcc/cse.c:5341
#4 0x40c6d480 in cse_extended_basic_block (
ebb_data=0x83fffeff12e0) at ../../gcc/gcc/cse.c:6104
#5 0x40c6df74 in cse_main (f=0x83fffec93ec0, nregs=74)
at ../../gcc/gcc/cse.c:6296
#6 0x40c706f0 in rest_of_handle_cse () at ../../gcc/gcc/cse.c:7032
#7 0x4064a7e0 in execute_one_pass (pass=0x80014d70)
at ../../gcc/gcc/passes.c:1065
#8 0x4064aaa8 in execute_pass_list (pass=0x80014d70)
at ../../gcc/gcc/passes.c:1117
#9 0x4064aae8 in execute_pass_list (pass=0x80012610)
at ../../gcc/gcc/passes.c:1118
#10 0x40852070 in tree_rest_of_compilation (fndecl=0x83fffec79300)
at ../../gcc/gcc/tree-optimize.c:406
#11 0x4021f844 in c_expand_body (fndecl=0x42fec89d00)
at ../../gcc/gcc/c-common.c:4345
#12 0x40b3d09c in cgraph_expand_function (node=0x83fffec79400)
---Type to continue, or q to quit---q
at .Quit
(gdb) p debug_rtx (0x83fffec89d00)
(reg:DI 66 [ D.1605 ])
(gdb) frame 2
#2 0x40c5cf18 in flush_hash_table () at ../../gcc/gcc/cse.c:1661
1661 invalidate (p->exp, VOIDmode);
(gdb) p i
$3 = 3
(gdb) p p
$4 = (struct table_elt *) 0x800100102d88
(gdb) p table[3]
$5 = (struct table_elt *) 0x800100102d88
static void
flush_hash_table (void)
{
int i;
struct table_elt *p;
for (i = 0; i < HASH_SIZE; i++)
for (p = table[i]; p; p = table[i])
{
/* Note that invalidate can remove elements
after P in the current hash chain. */
if (REG_P (p->exp))
invalidate (p->exp, VOIDmode);
else
remove_from_table (p, i);
}
}
So, it looks like we are stuck in flush_hash_table.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #4 from danglin at gcc dot gnu dot org 2007-05-20 18:15 ---
For reference, this is the rtl at the point of the hang:
(gdb) p debug_rtx_list (get_insns (), 30)
(note 6 0 3 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 3 6 4 2 pr31944.c:4 (set (reg/v/f:DI 68 [ mle ])
(reg:DI 26 %r26 [ mle ])) 124 {*pa.md:4569} (nil)
(nil))
(insn 4 3 5 2 pr31944.c:4 (set (reg/v/f:DI 69 [ res ])
(reg:DI 25 %r25 [ res ])) 124 {*pa.md:4569} (nil)
(nil))
(note 5 4 8 2 NOTE_INSN_FUNCTION_BEG)
(insn 8 5 9 2 pr31944.c:5 (set (reg:SI 70 [ .type ])
(mem/s:SI (reg/v/f:DI 68 [ mle ]) [3 .type+0 S4 A32])) 71
{*pa.md:2568} (nil)
(nil))
(insn 9 8 10 2 pr31944.c:5 (set (reg:DI 66 [ D.1605 ])
(sign_extend:DI (reg:SI 70 [ .type ]))) 143 {extendsidi2}
(nil)
(nil))
(jump_insn 10 9 11 2 pr31944.c:5 (set (pc)
(if_then_else (ne (subreg/s:SI (reg:DI 66 [ D.1605 ]) 4)
(const_int 1 [0x1]))
(label_ref 18)
(pc))) 46 {*pa.md:1768} (nil)
(expr_list:REG_BR_PROB (const_int 6900 [0x1af4])
(nil)))
(note 11 10 12 3 [bb 3] NOTE_INSN_BASIC_BLOCK)
(insn 12 11 13 3 pr31944.c:6 (set (reg:DI 71)
(const_int 0 [0x0])) 124 {*pa.md:4569} (nil)
(nil))
(jump_insn 13 12 14 3 pr31944.c:6 (set (pc)
(if_then_else (ne (reg/v/f:DI 69 [ res ])
(reg:DI 71))
(label_ref:DI 32)
(pc))) 48 {*pa.md:1824} (nil)
(expr_list:REG_BR_PROB (const_int 8500 [0x2134])
(nil)))
(note 14 13 15 4 [bb 4] NOTE_INSN_BASIC_BLOCK)
(insn 15 14 18 4 pr31944.c:6 (asm_input/v ("nop") ("pr31944.c") 6) -1 (nil)
(nil))
(code_label 18 15 19 5 2 "" [1 uses])
(note 19 18 20 5 [bb 5] NOTE_INSN_BASIC_BLOCK)
(insn 20 19 21 5 pr31944.c:8 (set (reg:DI 72)
(const_int 0 [0x0])) 124 {*pa.md:4569} (nil)
(nil))
(jump_insn 21 20 22 5 pr31944.c:8 (set (pc)
(if_then_else (ne (reg:DI 66 [ D.1605 ])
(const_int 0 [0x0]))
(label_ref:DI 32)
(pc))) 48 {*pa.md:1824} (nil)
(expr_list:REG_BR_PROB (const_int 4600 [0x11f8])
(nil)))
(note 22 21 23 6 [bb 6] NOTE_INSN_BASIC_BLOCK)
(insn 23 22 24 6 pr31944.c:9 (set (reg:DI 73)
(const_int 0 [0x0])) 124 {*pa.md:4569} (nil)
(nil))
(jump_insn 24 23 25 6 pr31944.c:9 (set (pc)
(if_then_else (ne (reg/v/f:DI 69 [ res ])
(const_int 0 [0x0]))
(label_ref:DI 32)
(pc))) 48 {*pa.md:1824} (nil)
(expr_list:REG_BR_PROB (const_int 8284 [0x205c])
(nil)))
(note 25 24 26 7 [bb 7] NOTE_INSN_BASIC_BLOCK)
(insn 26 25 32 7 pr31944.c:10 (asm_operands/v ("nop") ("") 0 [
(const_int 0 [0x0])
]
[
(asm_input:SI ("i") ("") 0)
] ("pr31944.c") 10) -1 (nil)
(nil))
(code_label 32 26 35 8 4 "" [3 uses])
(note 35 32 0 8 [bb 8] NOTE_INSN_BASIC_BLOCK)
This problem is present in HEAD as well as 4.1. Probably, 4.2 is affected as
well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #5 from danglin at gcc dot gnu dot org 2007-05-20 19:02 --- In order to prevent flush_hash_table from looping forever, the call to invalidate (p->exp, VOIDmode) has to remove the element p. However, this doesn't happen. It only removes the entry if lookup_for_remove finds the pseudo: /* Because a register can be referenced in more than one mode, we might have to remove more than one table entry. */ struct table_elt *elt; while ((elt = lookup_for_remove (x, hash, GET_MODE (x remove_from_table (elt, hash); For some reason, reg:DI 66 isn't found: (gdb) p lookup_for_remove (0x83fffec89d00, 29, DImode) $20 = (struct table_elt *) 0x0 I'm thinking that flush_hash_table should check p after calling invalidate and call remove_from_table if it's nonzero. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/31944] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #6 from danglin at gcc dot gnu dot org 2007-05-20 21:30 --- This problem isn't present in 3.4.6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/32296] [4.3 Regression] Bootstrap failure in stage1 on hppa*-*-*
--- Comment #21 from danglin at gcc dot gnu dot org 2007-06-30 15:20 --- Fixed by http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02152.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32296 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/32857] libjava fails to build on hppa-linux-gnu (ICE in simplify_subreg)
--- Comment #2 from danglin at gcc dot gnu dot org 2007-07-22 21:02 --- Do you have Kyle's use-compat_sys_getdents patch installed? It fixes a scandir bug. Without it, building libjava fails. See <http://git.kernel.org/?p=linux/kernel/git/kyle/patches.git;a=shortlog>. It was also posted to parisc list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32857 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/33029] [4.3 Regression] libgcc2.c:1890: internal compiler error: in local_cprop_pass, at gcse.c:3236
--- Comment #13 from danglin at gcc dot gnu dot org 2007-08-31 23:56 --- Ian, how are we going to fix this? Steven helpfully provided two solutions but he is no longer a maintainer. The second has been independently tested several times. I have also tested that reverting your change fixes the build failure on hppa64-hp-hpux11.11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33029 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug middle-end/33029] [4.3 Regression] libgcc2.c:1890: internal compiler error: in local_cprop_pass, at gcse.c:3236
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||iant at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33029 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug target/33332] [4.3 Regression] unrecognizable insn on hppa
--- Comment #3 from danglin at gcc dot gnu dot org 2007-09-07 14:55 --- *** This bug has been marked as a duplicate of 33273 *** -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g
--- Additional Comments From danglin at gcc dot gnu dot org 2004-11-23 03:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14838 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug middle-end/11414] [3.4 Regression] Segementation fault compiling csets.adb
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11414 danglin at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 --- Additional Comments From danglin at gcc dot gnu dot org 2003-09-22 15:19 --- Change priority. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug target/14663] [3.5 regression] bootstrap failure in libobjc (first .m file)
--- Additional Comments From danglin at gcc dot gnu dot org 2004-03-20 20:27 --- > From <http://gcc.gnu.org/ml/gcc-testresults/2004-03/msg01045.html>, it does > not look like > it is failing at all. This run was done at D2004.03.18.20.58.00 (i.e., just before the Kenner patch that caused other breakage because parts of the patch were missed). The following run was done at D2004.03.19.14.19.00. This is just after the last of the fixes applied by Kenner to his original fix: 2004-03-19 Richard Kenner <[EMAIL PROTECTED]> * cxx-pretty-print.c (pp_cxx_unqualified_id): Use TEMPLATE_TYPE_PARM_INDEX instead of TYPE_FIELDS. * search.c (dfs_unuse_fields): Add two more TREE_CODES that mean the field is named TEMPLATE_TYPE_PARM_INDEX. http://gcc.gnu.org/ml/gcc-testresults/2004-03/msg01046.html There are a huge number of objc test fails in this test run. At a somewhat latter time, we get the error compiling linking.m. I haven't identified which change caused this regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14663 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug target/14663] [3.5 regression] bootstrap failure in libobjc (first .m file)
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14663 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug target/14663] [3.5 regression] bootstrap failure in libobjc (first .m file)
--- Additional Comments From danglin at gcc dot gnu dot org 2004-03-21 05:47 --- Reverting Richard's patch resolved the bootstrap failure and testsuite regressions. This patch from Ulrich Weigand http://gcc.gnu.org/ml/gcc-patches/2004-03/msg01740.html fixed the bootstrap error but we had two new testsuite regressions: FAIL: gcc.c-torture/execute/941101-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/941101-1.c execution, -O3 -g As these involve division by 7, it appears there must be a problem with Ulrich's patch. -- What|Removed |Added CC||rsandifo at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14663 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug target/14663] [3.5 regression] bootstrap failure in libobjc (first .m file)
-- What|Removed |Added CC||uweigand at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14663 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug target/14663] [3.5 regression] bootstrap failure in libobjc (first .m file)
--- Additional Comments From danglin at gcc dot gnu dot org 2004-03-21 21:59 --- Fixed by patch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14663 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug optimization/14838] [3.3/3.4/3.5 Regression] ICE when building with -O2 -g
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14838 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug optimization/14838] [3.3/3.4/3.5 Regression] ICE when building with -O2 -g
--- Additional Comments From danglin at gcc dot gnu dot org 2004-04-04
20:54 ---
The ICE is generated by a call to insn_default_length in
pa_output_function_epilogue. It does a call to get_last_nonnote_insn
to get the last nonnote insn. However, in this case, get_last_nonnote_insn
doesn't actually return the last nonnote insn. It returns the next to
last nonnote insn which is the `use' insn which insn_default_length
doesn't like.
The code in get_last_nonnote_insn assumes that the last insn in the
current sequence or current function is a note. However, when
get_last_nonnote_insn is called, the last insn is
(jump_insn 55 31 0 (parallel [
(return)
(use (reg:SI 2 %r2))
(const_int 0 [0x0])
]) 184 {return} (insn_list:REG_DEP_ANTI 31 (insn_list 41 (nil)))
(expr_list:REG_BR_PRED (const_int 12 [0xc])
(expr_list:REG_DEAD (reg:SI 2 %r2)
(nil
We did have the following note:
(note 71 55 0 NOTE_INSN_DELETED)
However, it is removed by a call to remove_insn:
Breakpoint 13, remove_insn (insn=0x40196580) at ../../gcc/gcc/emit-rtl.c:3578
3578 rtx next = NEXT_INSN (insn);
(gdb) bt
#0 remove_insn (insn=0x40196580) at ../../gcc/gcc/emit-rtl.c:3578
#1 0x0011bb8c in delete_insn (insn=0x40196580) at ../../gcc/gcc/cfgrtl.c:149
#2 0x00113f5c in reemit_insn_block_notes () at ../../gcc/gcc/cfglayout.c:559
#3 0x001ebef0 in final_start_function (first=0x401961a0, file=0x66ddd0,
optimize=2) at ../../gcc/gcc/final.c:1374
#4 0x00470108 in rest_of_handle_final (decl=0x4021af50, insns=0x401961a0)
at ../../gcc/gcc/passes.c:447
The comment for NOTE_INSN_DELETED says
/* This note is used to get rid of an insn
when it isn't safe to patch the insn out of the chain. */
So, I don't think delete_insn should be trying to remove this note. If
the note isn't removed, then get_last_nonnote_insn will work correctly
and we shouldn't get the ICE.
--
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14838
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Bug rtl-optimization/14782] [3.3/3.4/3.5 Regression] produces an unaligned data access at -O2
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug rtl-optimization/14782] [3.3/3.4/3.5 Regression] produces an unaligned data access at -O2
--- Additional Comments From danglin at gcc dot gnu dot org 2004-06-20 00:08 --- With Carlos's testcase at -O2, the initial insns in the function bug are: ldi 0,%r20 ldo 1(%r26),%r26 ldo 1(%r20),%r20 ldd 23(%r26),%r21 This appears to be a bug in the PA GO_IF_LEGITIMATE_ADDRESS macro. It should reject 14-bit offsets for DImode loads that aren't properly aligned as ldd doesn't support them. ldd differs from ldb/ldh/ldw in this respect. It needs both the base and displacement aligned. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug rtl-optimization/14782] [3.3/3.4/3.5 Regression] produces an unaligned data access at -O2
--- Additional Comments From danglin at gcc dot gnu dot org 2004-06-20 01:20 --- Created an attachment (id=6577) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6577&action=view) Possible fix. Applies against 3.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug rtl-optimization/14782] [3.3/3.4/3.5 Regression] produces an unaligned data access at -O2
--- Additional Comments From danglin at gcc dot gnu dot org 2004-06-22 01:45 --- Fixed in 3.4 and 3.5 branches. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug rtl-optimization/14782] [3.3/3.4/3.5 Regression] produces an unaligned data access at -O2
--- Additional Comments From danglin at gcc dot gnu dot org 2004-06-22 01:49 --- Created an attachment (id=6600) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6600&action=view) Fix for 3.3 branch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14782 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug target/16344] g++ built by profiledbootstrap broken
-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16344 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
[Bug target/16344] g++ built by profiledbootstrap broken
--- Additional Comments From danglin at gcc dot gnu dot org 2004-07-04 20:44 --- The SIGSEGV is caused by function pointer canonicalization in this code /* If the text segment was not loaded at the same address as it was when the PCH file was created, function pointers loaded from the PCH will not be valid. We could in theory remap all the function pointers, but no support for that exists at present. */ if (v.pch_init != &pch_init) in c-pch.c. Canonicalization will fail if v.pch_init or &pch_init point to invalid function descriptors. I believe that the SIGSEGV can be prevented by adding a "void *" cast to one of the sides of the comparison. If the function descriptor compare succeeds, then possibly it may be valid to do a canonicalized comparison. The above failure indicates an issue with mmap. With 2.4 hppa-linux kernels, the largefile.c pch test fails. There seems to be a similar problem here with the 2.6.6-pa4 kernel (that's what I used). I'm guessing but I think profiledbootstrap changes the size of the pch file causing this failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16344 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter.
