https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
--- Comment #10 from John David Anglin ---
On hppa-linux, I don't see any difference in g++ and libstdc++ test results
with or without patch added in comment #9 (i.e., I don't see any regressions
with patch).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
--- Comment #9 from John David Anglin ---
Created attachment 61510
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61510&action=edit
Revised Debian Patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #11 from John David Anglin ---
Yes.
Test results with LRA at git revision d0571638a6b are here:
https://gcc.gnu.org/pipermail/gcc-testresults/2025-May/847159.html
I've just about finished check with reload at same commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #9 from John David Anglin ---
I was not able to reproduce this on c8000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #8 from John David Anglin ---
I was able to reproduce this on c8000. Maybe this is a qemu issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #22 from John David Anglin ---
I was about to install a similar patch for hppa-hpux.
I think the builtin falls back to emitting sync libcalls when enabled or calls
to libatomic. Not sure whether the atomic support detection could b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #7 from John David Anglin ---
I don't think I've ever done a LRA build with selftests enabled.
NCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 61402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61402&
||2025-05-11
CC||danglin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #2 from John David Anglin ---
Also see this on hppa64-hp-hpux11.11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #4 from John David Anglin ---
My last LRA build was at r15-9116-g28751389a68.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120186
--- Comment #3 from John David Anglin ---
Hi Adrian,
I haven't tested LRA in sometime. There are are at least two bugs
preventing migration to LRA on hppa, although they didn't previously
break bootstrap. I don't believe these are problems wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #20 from John David Anglin ---
(In reply to John David Anglin from comment #19)
> It's not clear why gcov-30 passes on Linux. I searched the entire tree and
> couldn't find how TARGET_HAVE_LIBATOMIC gets set on Linux. Also, always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #19 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #18)
> Ok, thanks, I pushed a fix for the gcov %zu prints, at least for gcov.
Thanks.
> To recap:
>
> * gcov-pr86536.c sporadically fails? (which has to be u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #16 from John David Anglin ---
Your patch works for me:
https://gcc.gnu.org/pipermail/gcc-testresults/2025-May/846366.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #14 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #13)
> (In reply to John David Anglin from comment #12)
> > With patch, gcov-29 now passes. But gcov-30 fails with excess errors
> >
> > FAIL: gcc.misc-tests/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #12 from John David Anglin ---
With patch, gcov-29 now passes. But gcov-30 fails with excess errors
FAIL: gcc.misc-tests/gcov-30.c (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.misc-tests/gcov-30.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #41 from John David Anglin ---
*** Bug 119698 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
John David Anglin changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #20 from John
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
--- Comment #19 from John David Anglin ---
This fixed problems with my ada build which doesn't have the Debian patches:
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #11 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #9)
> Created attachment 61335 [details]
> Patch: fix, printf properly on systems without %zu
>
> I just posted this on gcc-patches. It should fix the issue in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #10 from John David Anglin ---
(In reply to Richard Biener from comment #7)
> Possibly using %llu and (unsigned long long) casts on the value would be a
> good fix.
I tested this and it didn't completely fix fails:
FAIL: expected: '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120085
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
John David Anglin changed:
What|Removed |Added
Component|ada |target
Version|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #6 from John David Anglin ---
On hppa, size_t is unsigned long. I'll test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #4 from John David Anglin ---
Guess this is a problem in other files:
bash-5.1$ grep zu *.cc
crc-verification.cc:fprintf (dump_file, "Checking %zu bit.\n", it_end);
crc-verification.cc:fprintf (dump_file, "Checking %zu bit.\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #3 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #2)
> Interesting. I looked at the attach'd .gcov file and it is filled with these:
>
> paths covered 1 of zu
>
> Does the target not support size_t with print
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
Created attachment 61284
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #1 from John David Anglin ---
Similar fails:
FAIL: gcc.misc-tests/gcov-30.c gcov: 0 failures in line counts, 0 in branch
percentages, 0 in condition/decision, 12 in prime-paths, 0 in return
percentages, 0 in intermediate format, 0 fa
: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
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=120084
--- Comment #2 from John David Anglin ---
This changes test to unsupported on hppa64-hp-hpux11.11.
NCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #3 from John David Anglin ---
Fails at first cmpb:
=> 0x400067bc : cmpb,*<> r0,ret0,0x40006804
0x400067c0 : depdi,z,* -7,31,5,ret0
0x400067c4 : cmpb,*<> ret0,ret1,0x40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #2 from John David Anglin ---
Created attachment 61281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61281&action=edit
Assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #1 from John David Anglin ---
Created attachment 61280
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61280&action=edit
Preprocessed source.
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 -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
--- Comment #16 from John David Anglin ---
More errors:
RUN c85006e
,.,. C85006E ACATS 2.6 31-02-25 19:41:02
C85006E CHECK THAT A COMPONENT OR SLICE OF A VARIABLE CREATED BY AN
ALLOCATOR CAN BE RENAMED AND HAS THE CORRECT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
John David Anglin changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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/objdir64/gcc/xgcc
-B/home/dave/gnu/gcc/o
bjdir64/gcc/ -fdiagnostics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
--- Comment #14 from John David Anglin ---
I installed Debian gcc and gnat 12.3.0-14. With it, gen_il-main doesn't
fault. I'm building 12.4.0-5 and I'll see if I can find issue with Debian
build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
--- Comment #12 from John David Anglin ---
gnat-12 tests:
https://buildd.debian.org/status/fetch.php?pkg=gcc-12&arch=hppa&ver=12.4.0-5&stamp=1742217185&raw=1
(search for test-summary)
=== acats Summary ===
# of expected passes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
--- Comment #4 from John David Anglin ---
gcc-12 can no longer build itself:
https://buildd.debian.org/status/fetch.php?pkg=gcc-12&arch=hppa&ver=12.4.0-6&stamp=1746020966&raw=0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113381
--- Comment #2 from John David Anglin ---
That's with gcc-15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113381
John David Anglin changed:
What|Removed |Added
Last reconfirmed|2025-01-03 00:00:00 |2025-4-23
--- Comment #1 from John
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19799
--- Comment #10 from John David Anglin ---
Yup:
https://gcc.gnu.org/pipermail/gcc-testresults/2025-April/844452.html
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-
1 - 100 of 2338 matches
Mail list logo
