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
--- Comme
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120222
Bug ID: 120222
Summary: FAIL: gcc.dg/tree-ssa/gen-vect-28.c
scan-tree-dump-times vect "vectorized 1 loops" 1
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120098
John David Anglin changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
Bug ID: 120086
Summary: FAIL: gcc.misc-tests/gcov-29.c
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120085
Bug ID: 120085
Summary: FAIL: gcc.dg/lto/modref-2
c_lto_modref-2_0.o-c_lto_modref-2_0.o link, -O2
-flto-partition=max -flto -fno-ipa-sra
Product: gcc
Version: 16
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Bug ID: 120084
Summary: FAIL: gcc-dg-lto-pr60779-01.exe
scan-ltrans-tree-dump-times optimized "divdc3" 1
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severit
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
Bug ID: 120082
Summary: FAIL: gcc.dg/ipa/pr119318.c execution test
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120066
Bug ID: 120066
Summary: FAIL: gcc.c-torture/compile/pr51694.c -O0 (internal
compiler error: Segmentation fault)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119840
Bug ID: 119840
Summary: FAIL: g++.old-deja/g++.robertl/eb73.C -std=gnu++26
(test for excess errors)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119698
Bug ID: 119698
Summary: gen_il-main: raised PROGRAM_ERROR : finalize/adjust
raised exception
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119570
Bug ID: 119570
Summary: FAIL:
libgomp.c++/../libgomp.c-c++-common/metadirective-4.c
execution test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119569
Bug ID: 119569
Summary: FAIL: c-c++-common/gomp/append-args-1.c (internal
compiler error: in modify_call_for_omp_dispatch, at
gimplify.cc:3957)
Product: gcc
Vers
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119538
Bug ID: 119538
Summary: FAIL: gcc.dg/torture/pr117938.c -O3
-fomit-frame-pointer -funroll-loops -fpeel-loops
-ftracer -finline-functions execution test
Product: gcc
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119362
Bug ID: 119362
Summary: tree-object-size.cc:1377:1: error: unrecognizable insn
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119220
Bug ID: 119220
Summary: FAIL: gcc.dg/debug/dwarf2/inline2.c
scan-assembler-times DW_AT_entry_pc 6
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
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 `{}`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
Bug ID: 119089
Summary: FAIL:
23_containers/vector/debug/assign4_backtrace_neg.cc
-std=gnu++17 (test for excess errors)
Product: gcc
Version: 15.0
St
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118762
Bug ID: 118762
Summary: FAIL: g++.dg/modules/pr98893_b.C -std=c++2b
scan-assembler __tcf_ZL1b:
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118417
Bug ID: 118417
Summary: Bootstrap comparison failure! gcc/range-op.o differs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
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|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118186
Bug ID: 118186
Summary: FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times
ifcombine "optimizing" 6
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
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 492 matches
Mail list logo
