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=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.
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=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 #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
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
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
--- Comment #7 from John David Anglin ---
Created attachment 58576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58576=edit
emacs patch to adjust lisp alignment on hppa
Full build in progress. We will have to see if ignoring 14-byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115750
John David Anglin changed:
What|Removed |Added
CC||helge.deller at sap dot com
---
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
--- 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 #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
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=115691
--- Comment #2 from John David Anglin ---
The xmpy patterns using uint32_operand have been there for ever. I think they
should be removed.
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=98678
John David Anglin changed:
What|Removed |Added
Attachment #58500|0 |1
is obsolete|
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=edit
Hack to fix failure of poll.cc on hppa-unknown-linux-gnu
The number of iterations is specific to my current
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,
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):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
John David Anglin changed:
What|Removed |Added
Last reconfirmed||2024-05-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53392
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111289
--- Comment #5 from John David Anglin ---
Created attachment 57800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57800=edit
Patch
Don't include on hpux to avoid conflicting type declarations
for mode_t. This fixes test on houx.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #9 from John David Anglin ---
These two fails are different and not addressed by patch:
FAIL: std/text_encoding/cons.cc -std=gnu++26 (test for excess errors)
UNRESOLVED: std/text_encoding/cons.cc -std=gnu++26 compilation failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114368
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #54 from John David Anglin ---
The f-m-o issue is probably fixed.
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: hppa*-*-linux*
Target: hppa*-*-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
--- Comment #7 from John David Anglin ---
Created attachment 57658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57658=edit
Patch
This change works around the reload issue for alpha.i and the reduced
test case.
In principle, this could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
--- Comment #6 from John David Anglin ---
It looks to me like a bug in reload. Reload generates bogus reloads for
insn 14 and deletes insn 10 which sets (reg/f:SI 146).
But the bug was probably exposed by the change I made a few months ago
to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
--- Comment #5 from John David Anglin ---
This is what we have from reload with Sam's reduced test case:
(insn 9 103 123 2 (set (reg/f:SI 1 %r1)
(plus:SI (reg:SI 19 %r19)
(high:SI (symbol_ref:SI ("indirect_child")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
John David Anglin changed:
What|Removed |Added
Last reconfirmed||2024-03-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101
--- Comment #8 from John David Anglin ---
Patch here:
https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646905.html
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm 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=114101
--- Comment #5 from John David Anglin ---
Test results without patch:
https://gcc.gnu.org/pipermail/gcc-testresults/2024-February/808830.html
=== libstdc++ tests ===
Running target unix
FAIL: 19_diagnostics/stacktrace/current.cc
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=114101
--- Comment #1 from John David Anglin ---
Created attachment 57529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57529=edit
Preliminary patch.
Still need to review float and long double stubs to make sure they are complete
for libgm2.
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: testsuite
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-hpux11.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114062
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111289
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Severity: normal
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: ---
/<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/
-B/usr/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113843
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #24 from John David Anglin ---
Maybe there are multiple problems:
FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (test for excess errors)
Excess errors:
/usr/include/oneapi/tbb/task_group.h:465:11: error: 'template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
John David Anglin changed:
What|Removed |Added
Last reconfirmed|2023-04-02 00:00:00 |2024-2-11
--- Comment #21 from John
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc
: normal
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64
||2024-02-10
CC||danglin at gcc dot gnu.org
Ever confirmed|0 |1
Target|sparc-sun-solaris2.11 |sparc-sun-solaris2.11
||hppa64-hp-hpux11.11
||2024-02-10
CC||danglin at gcc dot gnu.org
Target|sparc-sun-solaris2.11 |sparc-sun-solaris2.11
||hppa64-hp-hpux11.11
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107700
--- Comment #2 from John David Anglin ---
Regarding const-issue1440.rs and issue-1432.rs, here are the errors
on hppa64-hp-hpux11.11:
FAIL: rust/compile/const-issue1440.rs (test for excess errors)
Excess errors:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107700
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113792
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
: 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: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux*
spawn -ignore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113792
--- Comment #6 from John David Anglin ---
Created attachment 57360
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57360=edit
Patch
As far as I can tell, the attached patch does not cause any regressions
on x86-64. See:
: 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-hpux11.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
--- Comment #1 from John David Anglin ---
revision r14-8702-g314cbfe2980 was okay.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=110659
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
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 #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 #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) \
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
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=edit
Add defines for hppa and hppa64 to goarch.sh
Untested.
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=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:
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=69807
--- Comment #4 from John David Anglin ---
Fixed for hppa64-hp-hpux11.11 on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Priority: P3
Component: tree-optimization
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
'
[-Werror=format=]
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113448
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa
Status: UNCONFIRMED
Severity: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
--- Comment #4 from John David Anglin ---
On hppa64-hp-hpux11.11:
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
conflicting global module declaration 'template class
_Cont, class _Rg, class ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Severity: normal
Priority: P3
Component: c++
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=113182
--- Comment #13 from John David Anglin ---
Although the patch fixes the udlit-namespace.C test, I think the patch
still isn't correct. I think the code should use maybe_get_identifier
instead of get_identifier. See assemble_name_resolve.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
--- Comment #12 from John David Anglin ---
Created attachment 57024
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57024=edit
Patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94253
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192
--- Comment #3 from John David Anglin ---
export FLOCK=/home/dave/gnu/gcc/gcc/libgomp/testsuite/flock
in my build script works around configure issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
--- Comment #5 from John David Anglin ---
The problem is TREE_SYMBOL_REFERENCED is not set for libfuncs. This fixes
problem on hppa64-hpux:
bash-5.1$ git diff gcc/varasm.cc
diff --git a/gcc/varasm.cc b/gcc/varasm.cc
index
sion: 14.0
Status: UNCONFIRMED
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, tschwinge at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
--- Comment #4 from John David Anglin ---
Created attachment 56967
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56967=edit
Assembler output
There are no .type directives for _U_* libfuncs.
They are emitted by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182
--- Comment #3 from John David Anglin ---
Created attachment 56966
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56966=edit
Preprocessed source
: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
CC: jemarch at gcc dot gnu.org
Target Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: danglin 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=112883
--- Comment #2 from John David Anglin ---
The excess errors differ.
ty: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
Created attachment 56845
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56845=edit
phiopt2
spawn -
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 56818
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56818=edit
Preproces
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: danglin at gcc dot gnu.org
Target Milestone: ---
On hppa-unknown-linux-gnu:
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
Excess errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #20 from John David Anglin ---
The fails have changed on hppa with gcc-14 trunk:
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
Excess errors:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
Priority: P3
Component: analyzer
Assignee: dmalcolm 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
1 - 100 of 2126 matches
Mail list logo