https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119840
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119840
--- Comment #1 from John David Anglin ---
I'm also seeing warnings from this file in build log.
Probably, this warning was introduced in the following commit:
473dde525248a694c0f4e62b31a7fc24b238c5b0
: 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-hpux11.11
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: dkm at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118762
--- Comment #2 from John David Anglin ---
Created attachment 60931
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60931&action=edit
Assembler output
Looks like check should be xfailed on 64-bit hppa-hpux.
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119362
--- Comment #4 from John David Anglin ---
Build fixed by
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=6c443e128802bd93158a3db7c4edf5fc1fc76c8d.
What bothers me is the above change was to fix a performance regression
caused by a more aggressiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119362
John David Anglin changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119362
--- Comment #1 from John David Anglin ---
Created attachment 60856
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60856&action=edit
ira-costs.cc patch to fix build on PA 1.x
The hunk of code disabled in the attached patch was added in com
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: vmakarov at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119220
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119220
--- Comment #2 from John David Anglin ---
Created attachment 60748
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60748&action=edit
Patch
Your suggestion works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
--- Comment #9 from John David Anglin ---
(In reply to Andrew Pinski from comment #8)
>> > The current implementation of addti3 on hppa only allows register
> > operands. The problem is avoided if we improve addti3 to support
> > the addition o
: normal
Priority: P3
Component: debug
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #13 from John David Anglin ---
Debian doesn't ship fixed pthread.h but they are in my personal
builds. I will probably remove fixed pthread.h from my personal
builds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #9 from John David Anglin ---
The PTHREAD_COND_INITIALIZER initializer changed in glibc 2.41.
In addition to regenerating the gcc fixincludes, I believe gcc needs
rebuilding as the initializer is used in gthr.h.
Debian doesn't ship
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #8 from John David Anglin ---
(In reply to Jonathan Wakely from comment #5)
> Isn't this a glibc change, and you need to regenerate the gcc fixincludes
> headers after updating glibc?
That could have happened. Will investigate.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #3 from John David Anglin ---
Maybe introduced by the following change:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=ad2908ed4ec5eff3cad3fd142cde5c1fac4788e9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #2 from John David Anglin ---
Don't know. It's defined in generic code. All the initializers
seem to have an extra set of `{}`.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
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++ -shared-libgcc
-B/home
/dave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116986
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #10 from John David Anglin ---
Another bit of information:
Breakpoint 5, type_has_trivial_fn (ctype=0x83ffbfeb1f18,
sfk=sfk_copy_constructor) at ../../gcc/gcc/cp/method.cc:399
399 switch (sfk)
(gdb) p debug_tree (ctype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #9 from John David Anglin ---
(gdb) p debug_tree (fun)
>
DI
size
unit-size
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
83ffbfed0bd0 method basetype
arg-types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #8 from John David Anglin ---
trivial_fn_p (fun) returns true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70349
--- Comment #3 from John David Anglin ---
Created attachment 60436
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60436&action=edit
64-bit assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
John David Anglin changed:
What|Removed |Added
Resolution|--- |MOVED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #28 from John David Anglin ---
Created attachment 60399
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60399&action=edit
Patch
Fixes fma testcases on hppa.
This is a glibc bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
John David Anglin changed:
What|Removed |Added
Attachment #60399|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #26 from John David Anglin ---
(In reply to Joseph S. Myers from comment #23)
> hppa is an after-rounding architecture and this test is only meant to
> produce underflow on before-rounding architectures. You should investigate
> why
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: nshead at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++2/../../xg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70349
--- Comment #2 from John David Anglin ---
On hppa64-hp-hpux11.11 at revision r15-7342-gd3627c78be1, we have the following
new fails:
FAIL: g++.dg/abi/abi-tag18a.C -std=gnu++17 scan-assembler
_ZZZ1fB7__test1vEN1T1gEvE1x
FAIL: g++.dg/abi/abi-tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #25 from John David Anglin ---
The unions in this code have been completely optimized away making
this code very difficult to debug. I worry that there is a disconnect
between the floating and integer values in the unions. Float co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #22 from John David Anglin ---
Actually, it appears the multiplication by 0.25 can be avoided by
setting w directly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #21 from John David Anglin ---
For the testcase in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709#c16,
the underflow bit is generated in this glibc code in s_fma.c:
/* v.ieee.mantissa1 & 2 is LSB bit of the result bef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #28 from John David Anglin ---
Problem worked around on hppa by commit
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=88bb18ccd87d43abe401a1228cc337e4b46be88d.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #20 from John David Anglin ---
Will investigate further but it's not the testcase but glibc's fma/fmal that is
miscompiled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116524
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #26 from John David Anglin ---
We have the following fails in the libgomp testsuite with lra:
FAIL: libgomp.c++/../libgomp.c-c++-common/lastprivate-conditional-3.c execution
test
WARNING: libgomp.c++/doacross-1.C execution test prog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116524
--- Comment #2 from John David Anglin ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673831.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118417
--- Comment #4 from John David Anglin ---
We have the following new fails on hppa64-hp-hpux11.11:
+FAIL: gcc.c-torture/execute/20040709-1.c -O1 execution test
+FAIL: gcc.c-torture/execute/20040709-1.c -O2 execution test
+FAIL: gcc.c-tortur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118417
--- Comment #2 from John David Anglin ---
The ifcombine change fixed build.
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
At commit a7ae0c31245a7db7abf2e80d0016510afe9c8ad0, we have a
bootstrap comparison on 32-bit hppa-unknown-linux-gnu.
Comparing stages 2 and 3
Bootstrap comparison
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116524
John David Anglin changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118238
Bug 118238 depends on bug 118121, which changed state.
Bug 118121 Summary: [15 Regression] lto-wrapper.cc:1878:20: error: 'mkstemps'
was not declared in this scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118121
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118121
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #5 from John David Anglin ---
Jeff removed himself from CC list, so I presume he thinks this
is not a gcse bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118050
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118050
--- Comment #3 from John David Anglin ---
Will do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #4 from John David Anglin ---
run.cc compiles okay if I add -fno-gcse to compile command.
dave@mx3210:~/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/testsuite$ cat xxx.sh
/home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home/dav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #25 from John David Anglin ---
The problem noted in comment 20 is still present on hppa-unknown-linux-gnu.
Compile command:
/home/dave/gnu/gcc/objdir/gcc/cc1 -fpreprocessed ./arith-rand-ll.i -quiet -da -
dumpdir ./ -dumpbase arith-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118121
--- Comment #4 from John David Anglin ---
Created attachment 59913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59913&action=edit
Patch
Fixes compile error.
Declaration for mkstemps was more or less placed randomly in libiberty.h.
NCONFIRMED
Severity: normal
Priority: P3
Component: lto
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:
NCONFIRMED
Severity: normal
Priority: P3
Component: other
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=118018
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||danglin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Target|sparc*-sun-solaris2.11, |sparc*-sun-solaris2.11,
|powerpc64-unknown-linux-gnu |powerpc64-unknown-linux-gnu
|, pru-unknown-elf, |, pru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118018
John David Anglin changed:
What|Removed |Added
Target||hppa*-*-linux*
Build|
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59850
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59850&action=edit
Preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #22 from John David Anglin ---
Oh, the $$remI millicode call implements mod:SI in the RTL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #21 from John David Anglin ---
Created attachment 59829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59829&action=edit
Reload RTL dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #20 from John David Anglin ---
It appears I again forgot to add -mlra to the compile command.
The problem is clear in the generated assembly code:
extrs %r5,31,16,%r26
extrs %r24,31,16,%r7
copy %r7,%r25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #19 from John David Anglin ---
Created attachment 59828
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59828&action=edit
Preprocessed source for arith-rand-ll.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
John David Anglin changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #17 from John David Anglin ---
The original problem on hppa64-hp-hpux11.11 is fixed. The related
problem on linux reported in comments 5 and 6 is also fixed. Only
the testsuite fail reported in comment 16 remains.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #2 from John David Anglin ---
Similar fails:
FAIL: std/ranges/cartesian_product/1.cc -std=gnu++23 (test for excess errors)
FAIL: std/ranges/cartesian_product/1.cc -std=gnu++26 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #1 from John David Anglin ---
Created attachment 59816
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59816&action=edit
Reload RTL dump for function std::_UninitDestroyGuard
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59815
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59815&action=edit
Preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #16 from John David Anglin ---
Things are improved but a similar error occurs in the second umod:SI
call in /testsuite/gcc.c-torture/execute/arith-rand-ll.c:
(insn 339 337 341 31 (parallel [
(set (reg:SI 29 %r29)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #14 from John David Anglin ---
That would be awesome!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #11 from John David Anglin ---
LRA is not yet enabled by default on hppa. To enable, use "-mlra" option
or hack pa.opt to enable by default:
mlra
Target Var(pa_lra_p) Init(1)
Use LRA instead of reload (transitional).
On linux, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #8 from John David Anglin ---
The change breaks bootstrap. See PR 117248.
When the instructions to setup the argument registers for millicode
calls are split out before reload, they sometimes are deleted. This
affects SImode modsi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
John David Anglin changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #8 from John David Anglin ---
Created attachment 59760
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59760&action=edit
Preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
John David Anglin changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
John David Anglin changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
John David Anglin changed:
What|Removed |Added
Build|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #5 from John David Anglin ---
I'm working on trying to split the code after reload.
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 #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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #1 from John David Anglin ---
This test doesn't fail with legacy reload.
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59698
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
John David Anglin changed:
What|Removed |Added
Component|target |rtl-optimization
See Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #14 from John David Anglin ---
The warning is bogus.
Theoretically, current_used + count can wrap around to zero without undefined
behaviour. But as noted by Florian, these are counts of link maps
(among other things). Link maps h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
--- Comment #5 from John David Anglin ---
Problem goes away if I add support for small integers to addti3 (and subti3).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #17 from John David Anglin ---
Should we reopen and change component?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
--- Comment #4 from John David Anglin ---
Created attachment 59653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59653&action=edit
Prelinary patch to split TImode addti3
Still doesn't work. After reload we have:
(code_label 163 15 160
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
--- Comment #3 from John David Anglin ---
I tried the following to disable late_combine2:
diff --git a/gcc/config/pa/pa.cc b/gcc/config/pa/pa.cc
index 941ef3a7128..4dfc7da0f2f 100644
--- a/gcc/config/pa/pa.cc
+++ b/gcc/config/pa/pa.cc
@@ -586,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117645
--- Comment #1 from John David Anglin ---
Created attachment 59616
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59616&action=edit
late_combine2 RTL dump
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 59615
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59615&action=edit
Reload RTL dump
With LRA, we have the following test failure on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117627
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117627
--- Comment #2 from John David Anglin ---
bool is not used in the file and I think the typedef line can be removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117564
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
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=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.
1 - 100 of 2293 matches
Mail list logo
