--- Comment #13 from tausq at debian dot org 2006-09-08 15:04 ---
Works for me on the original test case (ACE package) and on the reduced test
case in #3. Tested on hppa-linux native.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
--- Comment #4 from tausq at debian dot org 2006-09-24 23:49 ---
Fixed in gcc-4.x
--
tausq at debian dot org changed:
What|Removed |Added
Status|UNCONFIRMED
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target
--
What|Removed |Added
Known to fail||4.0.0
Known to work||3.3.5
Summary|[4.0 regression] Wrong code
--- Additional Comments From tausq at debian dot org 2005-06-13 16:23
---
this is what you get with gcc-3.3:
.LC0:
.stringzmain
.section.rodata.cst4,aM,@progbits,4
.align 4
.LC1:
.word P%main
[...]
ldil LR'.LC0,%r25
ldi -1,%r4
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-linux
GCC host triplet: hppa-linux
GCC target triplet: hppa-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
--- Comment #1 from tausq at debian dot org 2006-02-13 05:13 ---
I forgot to mention that this bug does not happen with the 20060104 snapshot of
gcc-4.0_branch (Debian 4.0.2-6), only with 20060128 (Debian 4.0.2-8)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
--- Comment #6 from tausq at debian dot org 2006-02-15 05:50 ---
Will this go into the 4.0 branch too?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target triplet: hppa-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26330
: tausq at debian dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target triplet: hppa-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26743
--- Comment #1 from tausq at debian dot org 2006-03-18 10:14 ---
Created an attachment (id=11066)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11066action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26743
--- Comment #3 from tausq at debian dot org 2006-03-19 15:52 ---
I think this is a bit different, the bit of code that causes the problem is:
339796 .loc 1 38663 0
339797 or, %r28,%r0,%r3
339798 b .L25049
339799 copy %r4,%r19
This bit of code is (I
--- Comment #5 from tausq at debian dot org 2006-03-20 02:34 ---
Indeed, as Dave said this is a different and not yet fixed problem.
--
tausq at debian dot org changed:
What|Removed |Added
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC
--- Comment #1 from tausq at debian dot org 2006-03-30 16:28 ---
Created an attachment (id=11167)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11167action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26945
--- Comment #2 from tausq at debian dot org 2006-03-30 16:31 ---
The code is valid syntactically, but there is actually a bug. the longoptions
array only has 3 elements, but we try to fill in 4 entries. if we make the
longoptions array bigger than it doesn't cause the ICE.
--
http
:871
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-unknown-linux
--- Comment #1 from tausq at debian dot org 2006-03-30 23:52 ---
Created an attachment (id=11171)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11171action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target triplet: hppa-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28620
--- Comment #1 from tausq at debian dot org 2006-08-06 10:07 ---
Created an attachment (id=12026)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12026action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28620
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11
http
--- Comment #1 from tausq at debian dot org 2005-11-20 03:38 ---
I forgot to mention that the above was compiled with gcc -g -o dwarfbug
dwarfbug.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24943
: tausq at debian dot org
GCC build triplet: hppa2.0w-hp-hpux11.11
GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25258
--- Comment #1 from tausq at debian dot org 2005-12-06 05:38 ---
The difference is that gcc-3.x creates:
.proc
.callinfo xxx
.entry
...
.exit
.procend
.space $TEXT$
.nsubspa $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY
.stabs ,100,0,0,L$text_end
L$text_end:
whereas gcc-4
--- Comment #2 from tausq at debian dot org 2005-12-06 05:47 ---
I'm guessing this is the patch that introduced this regression:
2004-08-20 Zack Weinberg [EMAIL PROTECTED]
John David Anglin [EMAIL PROTECTED]
* config/pa/pa-protos.h (readonly_data
--- Comment #2 from tausq at debian dot org 2005-12-08 05:26 ---
Some discussion about this PR is here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01563.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24943
--- Additional Comments From tausq at debian dot org 2004-10-13 21:24 ---
Verified with gcc-3.4.1 and gdb-6.2.1 on hppa-linux. Thanks Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15860
--
What|Removed |Added
CC||tausq at debian dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17564
with frame
pointers
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
--- Additional Comments From tausq at debian dot org 2004-11-16 00:07
---
Created an attachment (id=7550)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7550action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18509
--- Additional Comments From tausq at debian dot org 2004-11-16 00:55
---
(In reply to comment #3)
I don't believe there have been any specific changes to the backend
with respect to exception support since 3.3.0. 3.0 didn't have dwarf2
EH support. There possibly have been some
: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target triplet: hppa-unknown-linux
http://gcc.gnu.org/bugzilla
--- Additional Comments From tausq at debian dot org 2004-12-06 18:50
---
Created an attachment (id=7692)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7692action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856
--
What|Removed |Added
Known to work||3.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856
--
What|Removed |Added
Known to work|3.4.2 |3.0.4 3.4.2
Summary|[3.3 only] Missing .loc |[3.3 only, regression]
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tausq at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: hppa-unknown-linux
GCC host triplet: hppa-unknown-linux
GCC target triplet: hppa-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From tausq at debian dot org 2005-08-13 02:51
---
Created an attachment (id=9487)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9487action=view)
Testcase
Compile with gcc -O2 -S
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23369
--
What|Removed |Added
Keywords||wrong-code
Known to fail||4.0.1
Known to work|
--- Additional Comments From tausq at debian dot org 2005-08-13 03:08
---
The line of code in question is:
51 if (old == SIG_IGN || old == SIG_DFL || old == SIG_ERR)
after preprocessing, this becomes
if (old == ((__sighandler_t) 1) || old == ((__sighandler_t
--- Additional Comments From tausq at debian dot org 2005-08-13 03:46
---
Created an attachment (id=9488)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9488action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23369
--- Additional Comments From tausq at debian dot org 2005-08-15 05:31
---
Do I understand correctly that there are two distinct problems:
1) gcc should not be canonicalizing constants casted as function pointers
2) gcc should not generate relational comparisons against function
gnu dot org
ReportedBy: tausq at debian dot org
GCC build triplet: hppa-linux
GCC host triplet: hppa-linux
GCC target triplet: hppa-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34762
--- Comment #1 from tausq at debian dot org 2008-01-12 20:54 ---
Created an attachment (id=14931)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14931action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34762
43 matches
Mail list logo
