https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69807
--- Comment #4 from John David Anglin ---
Fixed for hppa64-hp-hpux11.11 on trunk.
messages, line 10)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113448
--- Comment #2 from John David Anglin ---
The tests fail on hppa-unknown-linux-gnu:
FAIL: libgomp.c/alloc-pinned-1.c execution test
FAIL: libgomp.c/alloc-pinned-2.c execution test
FAIL: libgomp.c/alloc-pinned-3.c execution test
FAIL: libgomp.c/a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #3 from John David Anglin ---
Looks like a Makefile issue:
echo " _BigEndian = `$(SHELL) $(srcdir)/goarch.sh $(GOARCH)
bigendian`" >> zgoarch.go.tmp
At this time, hppa doesn't support go.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530
--- Comment #4 from John David Anglin ---
Created attachment 57181
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57181&action=edit
Add defines for hppa and hppa64 to goarch.sh
Untested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #1 from John David Anglin ---
Similar fails:
FAIL: gcc.dg/debug/btf/btf-enum-1.c scan-assembler-times [\\t ]0x604[\\t
]+[^\\n]*btt_info 1
FAIL: gcc.dg/debug/btf/btf-enum-small.c scan-assembler-times [\\t
]0x602[\\t ]+[^\\n]*b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #2 from John David Anglin ---
We have:
.word 0x8604 ; btt_info: kind=6, kflag=1, vlen=4
This seems correct encoding:
/* Encoding for struct btf_type.info. */
#define BTF_TYPE_INFO(kind, kflag, vlen) \
kfla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #3 from John David Anglin ---
btf_kflag is set here:
else if (btf_kind == BTF_KIND_ENUM)
{
btf_kflag = dtd->dtd_enum_unsigned
? BTF_KF_ENUM_UNSIGNED
: BTF_KF_ENUM_SIGNED;
(gdb) p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #4 from John David Anglin ---
dtd->dtd_enum_unsigned is set in ctf_add_enum:
dtd->dtd_enum_unsigned = eunsigned;
/* Generate a CTF type for the enumeration. */
enumeration_type_id = ctf_add_enum (ctfc, CTF_ADD_ROOT,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #5 from John David Anglin ---
The problem seems to be DW_AT_encoding is not found in this call:
static ctf_id_t
gen_ctf_enumeration_type (ctf_container_ref ctfc, dw_die_ref enumeration)
{
const char *enum_name = get_AT_string (enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-*-linux
Severity: normal
Priority: P3
Component: regression
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110659
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
--- Comment #1 from John David Anglin ---
revision r14-8702-g314cbfe2980 was okay.
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp-hpux11.11
I enabled building rust on hppa64-hp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #10 from John David Anglin ---
On hppa-linux, we have:
dave@atlas:~/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/testsuite$ ./poll.exe
wait_for(0s): 363ns for 81820 calls, avg 48.8874ns per call
wait_until(system_clock minimum): 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #11 from John David Anglin ---
(In reply to John David Anglin from comment #10)
> On hppa-linux, we have:
>
> dave@atlas:~/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/testsuite$ ./poll.exe
> wait_for(0s): 363ns for 81820 calls, av
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
--- Comment #12 from John David Anglin ---
Created attachment 58500
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58500&action=edit
Hack to fix failure of poll.cc on hppa-unknown-linux-gnu
The number of iterations is specific to my curren
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
John David Anglin changed:
What|Removed |Added
Attachment #58500|0 |1
is obsolete|
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/xg++
-B/home/dave/gnu/gcc/obj
dir/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
--- Comment #2 from John David Anglin ---
The xmpy patterns using uint32_operand have been there for ever. I think they
should be removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
--- Comment #3 from John David Anglin ---
Problem introduced by the following change:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=0b27d5ddb2ce7353a168c60c9109b4ee01e481eb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
--- Comment #2 from John David Anglin ---
The bisection result is puzzling. The linux MALLOC_ABI_ALIGNMENT define
in pa32-linux.h is replaced by the one in pa.h by the commit. As far as
I know, the malloc alignment for hppa-linux has always be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
--- Comment #4 from John David Anglin ---
Debian builds are all with gcc-13 or earlier. So, it's probably
not a PA 2.0 issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
--- Comment #5 from John David Anglin ---
I did a build with gcc-14. It fails here:
./temacs --batch -l loadup --temacs=pbootstrap \
--bin-dest /usr/bin/ --eln-dest /usr/lib/emacs/29.4/
Memory exhausted--use M-x save-some-buffers then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
John David Anglin changed:
What|Removed |Added
CC||helge.deller at sap dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
--- Comment #7 from John David Anglin ---
Created attachment 58576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58576&action=edit
emacs patch to adjust lisp alignment on hppa
Full build in progress. We will have to see if ignoring 14-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #16 from John David Anglin ---
Correct. I recently did a couple of updates to the test ulps and now
only the fma tests fail when building glibc with PA 1.1 code. Don't
know about PA 2.0.
I noticed that some RISCV processors have p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
--- Comment #5 from John David Anglin ---
Likely caused by a NULL argument passed to strcmp in get_field_by_name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
--- Comment #6 from John David Anglin ---
Created attachment 58675
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58675&action=edit
Patch to fix various segmentation faults caused by analyzer_cpython_plugin.c
With this change, we have the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112520
--- Comment #8 from John David Anglin ---
I think get_field_by_name needs updating to handle the struct layout
changes. DECL_NAME(field) is null for the unnamed union and it causes
a segmentation fault when dereferenced by IDENTIFIER_POINTER.
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384
--- Comment #3 from John David Anglin ---
These fails only when generating PA 2.0 code. The fails don't occur when
generating the default PA 1.1 code.
Wrong code is generated for this line in dependency_58.f90:
b%im = a%im - 0.5
b%re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384
--- Comment #4 from John David Anglin ---
gcc-13 is okay:
fsub,sgl %fr23L,%fr22L,%fr22L
ldo 8(%r3),%r20
ldo 800(%r20),%r20
ldo 4(%r20),%r20
depw,z %r21,28,29,%r21
add,l %r21,%r20,%r20
fstw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550
--- Comment #13 from John David Anglin ---
Does this issue affect you?
I didn't commit or send change to list as this mainly affects
32-bit hpux target which has been disabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #12 from John David Anglin ---
See comment #3 in glibc bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #10 from John David Anglin ---
The following patch also fixes the warning/error.
diff --git a/elf/dl-find_object.c b/elf/dl-find_object.c
index 449302eda3..b18a1b209d 100644
--- a/elf/dl-find_object.c
+++ b/elf/dl-find_object.c
@@ -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #11 from John David Anglin ---
glibc bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=32245
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp-hpux11.11
spawn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #9 from John David Anglin ---
Noticed in LRA testing - the label operand in the indirect_goto pattern
is an input, not an output.
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=f6539107b8804bcc3532e748f3f596c5a8b29b44
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #10 from John David Anglin ---
This commit
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=29f47b0929e00ef9b880e9157f156c78ff924f5b
fixes an ICE in add_stores. The clobbers of the frame_pointer_rtx
in the nonlocal_goto and builtin_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #19 from John David Anglin ---
(In reply to Segher Boessenkool from comment #17)
> (In reply to John David Anglin from comment #15)
> > While bootstrap is okay, there are some new test fails:
> >
> > AIL: gcc.c-torture/compile/pr926
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #15 from John David Anglin ---
While bootstrap is okay, there are some new test fails:
AIL: gcc.c-torture/compile/pr92618.c -O1 (internal compiler error: maximum
number of generated reload insns per insn achieved (90))
FAIL: gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #18 from John David Anglin ---
For test LRA, it is probably easiest to change the "Init(0)" in
the mlra option.
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: rsandifo at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp
: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59398
--> ht
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59400
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59400&action=edit
LRA pass dump
spawn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
--- Comment #1 from John David Anglin ---
This is caused by infinite loop in LRA.
We have a problem handling OImode:
(insn 385 384 386 2 (set (subreg:SI (reg/v:OI 132 [ e ]) 20)
(subreg:SI (reg/v:OI 452 [orig:132 e ] [132]) 20))
"/home
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #11 from John David Anglin ---
This commit fixes the secondary memory needed issue mentioned comment 7.
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=220402bfc03cf6a6c5bff11da8497b5374dccfe0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
John David Anglin changed:
What|Removed |Added
Attachment #59178|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #9 from John David Anglin ---
This change suppresses warning:
diff --git a/elf/dl-find_object.c b/elf/dl-find_object.c
index 449302eda3..a2ba667dd4 100644
--- a/elf/dl-find_object.c
+++ b/elf/dl-find_object.c
@@ -662,6 +662,9 @@ _dl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116964
--- Comment #2 from John David Anglin ---
This occurred at revision r15-4033-g1f619fe2592.
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/./gcc/xg++ -shared-libgcc
-B/ho
me/dave/gnu/gcc/objdir64/./gcc -nostdinc
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/./gcc/xg++ -shared-libgcc
-B/ho
me/dave/gnu/gcc/objdir64
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: law at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
--- Comment #3 from John David Anglin ---
Not quite. As things currently stand, it's theoretically possible
to hold up to two OI mode values in registers.
As far as I can tell, it doesn't seem possible to handle SUBREG spills
in pa_emit_move_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #18 from John David Anglin ---
As of my last build on Oct. 9, the following tests still fail:
FAIL: math/test-double-fma
FAIL: math/test-double-ldouble-fma
FAIL: math/test-float32x-float64-fma
FAIL: math/test-float32x-fma
FAIL: math/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115545
--- Comment #8 from John David Anglin ---
Adapted tests don't fail on hppa-unknown-linux-gnu. sizeof(long) ==
sizeof(int)
on this target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #3 from John David Anglin ---
Stage1 cc1 compiles the file without problems. So yes, it seems stage2
cc1 is miscompiled.
At commit 04b4a5e4866daa7b6f4a4a3e7ed1a23f7787841d, the fault occurs
on this statement:
Start it from the beg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99175, which changed state.
Bug 99175 Summary: FAIL: g++.dg/modules/bad-mapper-1.C -std=c++17 (test for
errors, line )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99175
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #4 from John David Anglin ---
The trap doesn't occur with the following change:
diff --git a/gcc/tree-vect-slp.cc b/gcc/tree-vect-slp.cc
index 53f5400a961..112679f8701 100644
--- a/gcc/tree-vect-slp.cc
+++ b/gcc/tree-vect-slp.cc
@@
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Host:
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux*
Created attachment 59537
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117443
--- Comment #1 from John David Anglin ---
It looks like pa_legitimate_address_p should accept any reloading pseudo.
NCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-lin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55369
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #21 from John David Anglin ---
(In reply to Segher Boessenkool from comment #20)
> (In reply to John David Anglin from comment #19)
> > (In reply to Segher Boessenkool from comment #17)
> > > (In reply to John David Anglin from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117443
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #26 from John David Anglin ---
(In reply to Segher Boessenkool from comment #25)
> (In reply to John David Anglin from comment #24)
> > There are a couple of issues. The pa backend only supports memory
> > accesses that load to a re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #10 from John David Anglin ---
(In reply to Andrew Pinski from comment #7)
> The way most other targets represent this is just (fix:SI (reg)) without the
> inner most `fix:DF/SF`
Thanks Andrew. Will test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #4 from John David Anglin ---
(In reply to Andrew Pinski from comment #1)
> convert_optab tab = unsignedp ? ufix_optab : sfix_optab;
> libfunc = convert_optab_libfunc (tab, GET_MODE (to), GET_MODE (from));
> gcc_ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99175
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117564
John David Anglin changed:
What|Removed |Added
Component|middle-end |target
--- Comment #1 from John Dav
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59591
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59591&action=edit
Preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #22 from John David Anglin ---
As of commit 440be01b07941506d1c8819448bd17c8717d55f5, we have the following
additional fails on hppa64-hp-hpux11.11 with LRA:
+FAIL: gcc.dg/graphite/interchange-15.c execution test
+FAIL: gcc.dg/graph
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #24 from John David Anglin ---
There are a couple of issues. The pa backend only supports memory
accesses that load to a register or store from a register. LRA was
creating insns like the following:
(insn 387 386 35 2 (set (subreg
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59575&action=edit
Preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #8 from John David Anglin ---
Looks like there is a typo in the indirect_goto constraints and that
causes the insn which loads "lab" to be deleted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
John David Anglin changed:
What|Removed |Added
Attachment #59163|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #4 from John David Anglin ---
Created attachment 59163
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59163&action=edit
Initial patch to enable lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #5 from John David Anglin ---
Created attachment 59164
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59164&action=edit
Preproccessed source
We have lra crash with this source.
/home/dave/gnu/gcc/objdir/./gcc/cc1 -fpreprocess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #3 from John David Anglin ---
This code in pa_emit_move_sequence is reload specific (reg_equiv_mem):
if (scratch_reg
&& reload_in_progress
&& GET_CODE (operand0) == REG
&& REGNO (operand0) >= FIRST_PSEUDO_REGISTE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #6 from John David Anglin ---
lra crashes on this insn:
(insn 524 38 523 5 (set (reg:DI 106 [ _16 ])
(reg:DI 321 [orig:106 _16 ] [106]))
"../../../gcc/libgcc/libgcc2.c":276:4 81 {*pa.md:4260}
(nil))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
John David Anglin changed:
What|Removed |Added
Attachment #57529|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52280
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #3 from John David Anglin ---
I suspect explicitly setting hard registers prior to reload confuses
LRA:
;;; Division and mod.
(define_expand "divsi3"
[(set (reg:SI 26) (match_operand:SI 1 "move_src_operand" ""))
(set (reg:SI 25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #1 from John David Anglin ---
This test doesn't fail with legacy reload.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #2 from John David Anglin ---
Same error in .s with x86_64-linux-gnu to hppa-linux-gnu cross. So, it's
unlikely the compiler has been miscompiled.
2101 - 2200 of 2328 matches
Mail list logo
