--- 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
--- 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
--- 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.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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 targ
--- 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 targ
--- 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 targ
--- 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 targ
--- 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
--- 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
--- 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
--- 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
--- 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_asser
--
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
--- 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
--- 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 thi
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32857
--- 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
--
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
--- 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
--- 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
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||carlos at codesourcery dot
--- 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
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||danglin at gcc dot gnu dot
--- 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
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||danglin at gcc dot gnu dot
--- 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
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||danglin at gcc dot gnu dot
--- 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
DataOutputStr
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||danglin at gcc dot gnu dot
--- 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
--- 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
s
--- 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 be
--- 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
--- 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
--- 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
*
--- 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
*
--- 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
*
--- 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
--- 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
--- 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
--- 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.
--- 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
--- 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_remo
--- 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 w
--- 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
--- 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>.
--- 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
--
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
--- 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
--- Additional Comments From danglin at gcc dot gnu dot org 2004-11-23
03:39 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
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
--- 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 Ke
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- 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 b
--
What|Removed |Added
CC||uweigand at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From danglin at gcc dot gnu dot org 2004-03-21
21:59 ---
Fixed by patch.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- 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
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- 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 t
--- 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?i
--- 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
--- 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 re
--
What|Removed |Added
CC||danglin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--- 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
66 matches
Mail list logo
