[Bug c++/115905] [coroutines] Wrong behavior of await_suspend()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115905 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #5 from Rainer Orth --- The new test causes a SIGBUS on 32-bit Solaris/SPARC (sparc-sun-solaris2.11): +FAIL: g++.dg/coroutines/torture/pr115905.C -O1 (internal compiler error: Bus Error) +FAIL: g++.dg/coroutines/torture/pr115905.C -O1 (test for excess errors) +UNRESOLVED: g++.dg/coroutines/torture/pr115905.C -O1 compilation failed to produce executable Excess errors: during RTL pass: expand /vol/gcc/src/hg/master/local/gcc/testsuite/g++.dg/coroutines/torture/pr115905.C:40:8: internal compiler error: Bus Error 0x2371e8b internal_error(char const*, ...) /vol/gcc/src/hg/master/local/gcc/diagnostic-global-context.cc:517 0x1400adf crash_signal /vol/gcc/src/hg/master/local/gcc/toplev.cc:321 0xeff5a0 store_field /vol/gcc/src/hg/master/local/gcc/expr.cc:8127 0xef929f expand_assignment(tree_node*, tree_node*, bool) /vol/gcc/src/hg/master/local/gcc/expr.cc:6338 0xef929f expand_assignment(tree_node*, tree_node*, bool) /vol/gcc/src/hg/master/local/gcc/expr.cc:5975 0xd703fb expand_gimple_stmt_1 /vol/gcc/src/hg/master/local/gcc/cfgexpand.cc:4028 0xd703fb expand_gimple_stmt /vol/gcc/src/hg/master/local/gcc/cfgexpand.cc:4104 0xd716ff expand_gimple_basic_block /vol/gcc/src/hg/master/local/gcc/cfgexpand.cc:6160 0xd73d2b execute /vol/gcc/src/hg/master/local/gcc/cfgexpand.cc:6899
[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #3 from Rainer Orth --- Created attachment 59087 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59087&action=edit 32-bit sparc-sun-solaris2.11 vect-multitypes-6.c.180t.vect
[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #2 from Rainer Orth --- Created attachment 59086 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59086&action=edit 32-bit sparc-sun-solaris2.11 slp-19c.c.180t.vect
[Bug tree-optimization/116660] [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 --- Comment #1 from Rainer Orth --- Created attachment 59085 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59085&action=edit 32-bit sparc-sun-solaris2.11 no-scevccp-outer-12.c.180t.vect
[Bug tree-optimization/116660] New: [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116660 Bug ID: 116660 Summary: [15 regression] gcc.dg/vect/no-scevccp-outer-12.c etc. FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11 Between 20240906 (f9c5c12d24cc3a9da5c1d38e69a8aa5f58224c4a) and 20240909 (e7d5b9aa021f6fc32810670b18ffabe543262775), a couple of vectorization tests regressed on SPARC: +FAIL: gcc.dg/vect/no-scevccp-outer-12.c scan-tree-dump-times vect "OUTER LOOP VECTORIZED." 1 +FAIL: gcc.dg/vect/slp-19c.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorizing stmts using SLP" 1 +FAIL: gcc.dg/vect/slp-19c.c scan-tree-dump-times vect "vectorizing stmts using SLP" 1 32 and 64-bit +FAIL: gcc.dg/vect/vect-multitypes-6.c -flto -ffat-lto-objects scan-tree-dump-times vect "Alignment of access forced using versioning" 6 +FAIL: gcc.dg/vect/vect-multitypes-6.c scan-tree-dump-times vect "Alignment of access forced using versioning" 6 32-bit only No doubt due to commit d34cda720988674bcf8a24267c9e1ec61335d6de Author: Richard Biener Date: Fri Sep 29 12:54:17 2023 +0200 Handle non-grouped stores as single-lane SLP Attaching the dumps.
[Bug testsuite/116653] new test case gfortran.dg/unsigned_21.f90 from r15-3526-g113a6da9bf91c5 fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116653 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug testsuite/116653] new test case gfortran.dg/unsigned_21.f90 from r15-3526-g113a6da9bf91c5 fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116653 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org Target|powerpc64-linux-gnu |powerpc64-linux-gnu, ||sparc-sun-solaris2.11 --- Comment #2 from Rainer Orth --- Indeed: I'm seeing the same failure on SPARC (another big-endian system).
[Bug tree-optimization/116596] gcc.dg/vect/slp-11a.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116596 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug tree-optimization/116596] gcc.dg/vect/slp-11a.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116596 --- Comment #1 from Rainer Orth --- Created attachment 59047 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59047&action=edit 32-bit sparc-sun-solaris2.11 slp-11a.c.180t.vect
[Bug tree-optimization/116596] New: gcc.dg/vect/slp-11a.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116596 Bug ID: 116596 Summary: gcc.dg/vect/slp-11a.c FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Target Milestone: --- Target: sparc*-sun-solaris2.11 The recent gcc.dg/vect/slp-11a.c test FAILs on Solaris/SPARC (32 and 64-bit): +FAIL: gcc.dg/vect/slp-11a.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorizing stmts using SLP" 1 +FAIL: gcc.dg/vect/slp-11a.c scan-tree-dump-times vect "vectorizing stmts using SLP" 1 There are a couple of potential issues with vectorization, so I'm rather attaching the whole dump.
[Bug tree-optimization/116500] gcc.dg/vect/vect-switch-ifcvt-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug tree-optimization/116500] gcc.dg/vect/vect-switch-ifcvt-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500 --- Comment #1 from Rainer Orth --- Created attachment 59010 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59010&action=edit 32-bit sparc-sun-solaris2.11 vect-switch-ifcvt-1.c.180t.vect
[Bug tree-optimization/116500] New: gcc.dg/vect/vect-switch-ifcvt-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500 Bug ID: 116500 Summary: gcc.dg/vect/vect-switch-ifcvt-1.c FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: andi-gcc at firstfloor dot org Target Milestone: --- Target: sparc*-sun-solaris2.11 The new gcc.dg/vect/vect-switch-ifcvt-1.c test FAILs on Solaris/SPARC (32 and 64-bit): +FAIL: gcc.dg/vect/vect-switch-ifcvt-1.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorized 1 loops" 4 +FAIL: gcc.dg/vect/vect-switch-ifcvt-1.c scan-tree-dump-times vect "vectorized 1 loops" 4 I'm attaching the dump.
[Bug debug/116470] [15 regression] Enabling -gvariable-location-views breaks Solaris/x86 bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116470 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug debug/116470] [15 regression] Enabling -gvariable-location-views breaks Solaris/x86 bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116470 --- Comment #2 from Rainer Orth --- Created attachment 58983 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58983&action=edit ipa-icf.s with patch
[Bug debug/116470] [15 regression] Enabling -gvariable-location-views breaks Solaris/x86 bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116470 --- Comment #1 from Rainer Orth --- Created attachment 58982 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58982&action=edit ipa-icf.s without patch
[Bug debug/116470] New: [15 regression] Enabling -gvariable-location-views breaks Solaris/x86 bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116470 Bug ID: 116470 Summary: [15 regression] Enabling -gvariable-location-views breaks Solaris/x86 bootstrap Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: edlinger at gcc dot gnu.org Target Milestone: --- Target: i386-pc-solaris2.11 Between 20240821 (f577959f420ae404f99f630dadc1c0370734d0da) and 20240822 (51761c50f843d5be4e24172535e4524b5072f24c), Solaris/x86 bootstrap with the native assembler got broken, e.g. Assembler: ipa-icf.cc "ipa-icf.s", line 754737 : Illegal subtraction - symbols from different sections: ".LM19368", ".LM19367" and a couple of more. I could trace this to commit 76c29548b3de8bd06c3eef6084c19696019a7a2f Author: Bernd Edlinger Date: Mon Aug 19 07:11:18 2024 +0200 RISC-V: Enable -gvariable-location-views by default I'll try attaching the good and bad assembler outputs, but they may be too large. Compiling with -dA -fverbose-asm doesn't annotate the assembler output as it used to, so diffing the files won't help much either.
[Bug rust/116427] New: [15 regression] 32-bit crab1 fails to link on Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116427 Bug ID: 116427 Summary: [15 regression] 32-bit crab1 fails to link on Solaris Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rust Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org Target Milestone: --- Target: i386-pc-solaris2.11, sparc-sun-solaris2.11 With the 32-bit rust build restored, I'm running into a new issue linking crab1 on Solaris in a 32-bit-default build: ld: warning: file ../libgrust/libformat_parser/debug/liblibformat_parser.a(libformat_parser-c75372afc1c785cf.3c7sk9t0uqs1c13c.rcgu.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file collect_pieces rust/rust-fmt.o clone_piecesrust/rust-fmt.o destroy_pieces rust/rust-fmt.o ld: fatal: symbol referencing errors It turns out that while liblibformat_parser.a does contain definitions of those symbols, the whole archive consists of 64-bit objects only, just as ld warns above. In hindsight, this is no wonder since cargo is 64-bit-only (and as of today there aren't even any 32-bit Solaris targets supported by rustc). For other languages that need non-C++ compilers for bootstrapping (Ada, D), the customary solution is to just build with the likes of GDC='gdc -m32' to get the necessary 32-bit objects. Unfortunately, even on Linux/i686 where the same issue would occur, there's no -m32 option, and even if there were there's no way to get them into the libgrust build given the following comment in libgrust/libformat_parser/Makefile.am: # TODO: Improve `cargo` invocation with host specific flags, possibly creating a $(CARGO) variable? I wonder what the way forward is here: just wait for gccrs to be self-contained and cargo is no longer needed to bootstrap?
[Bug rust/116427] [15 regression] 32-bit crab1 fails to link on Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116427 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug rust/116192] [15 regression] 32-bit rust build fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192 --- Comment #3 from Rainer Orth --- I noticed by accident that the fix has already been committed. Thanks for the fix As documented in https://gcc.gnu.org/codingconventions.html#ChangeLogs, the ChangeLog snippet in the commit message should contain a PR reference so bugzilla can pick that up and interested parties be notified in a timely manner.
[Bug rtl-optimization/116350] [15 regression] ICE in expand_fix, at optabs.cc:5948 etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116350 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug rtl-optimization/116350] New: [15 regression] ICE in expand_fix, at optabs.cc:5948 etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116350
Bug ID: 116350
Summary: [15 regression] ICE in expand_fix, at optabs.cc:5948
etc.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: tsamismanolis at gmail dot com
Target Milestone: ---
Target: i386-pc-solaris2.11, sparc-sun-solaris2.11
Between d0bc1cbf6a8938220f42d8102031fd6f6644e171 and
e9738e77674e23f600315ca1efed7d1c7944d0cc, Solaris bootstrap got broken libgo on
both sparc and x86:
* sparc, building both 32 and 64-bit math.lo:
during RTL pass: ce1
/vol/gcc/src/hg/master/local/libgo/go/math/exp.go: In function ‘math.exp2’:
/vol/gcc/src/hg/master/local/libgo/go/math/exp.go:147:1: internal compiler
error: in expand_fix, at optabs.cc:5948
147 | func exp2(x float64) float64 {
| ^
0x1f113c3 internal_error(char const*, ...)
/vol/gcc/src/hg/master/local/gcc/diagnostic-global-context.cc:491
0x1f0317b fancy_abort(char const*, int, char const*)
/vol/gcc/src/hg/master/local/gcc/diagnostic.cc:1772
0xe5a153 expand_fix(rtx_def*, rtx_def*, int)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:5948
0xaed94b force_operand(rtx_def*, rtx_def*)
/vol/gcc/src/hg/master/local/gcc/expr.cc:8708
0xaed763 force_operand(rtx_def*, rtx_def*)
/vol/gcc/src/hg/master/local/gcc/expr.cc:8695
0xab576b copy_to_mode_reg(machine_mode, rtx_def*)
/vol/gcc/src/hg/master/local/gcc/explow.cc:655
0xe4e2d3 maybe_legitimize_operand
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8041
0xe4e2d3 maybe_legitimize_operands(insn_code, unsigned int, unsigned int,
expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8184
0xe4ada7 maybe_gen_insn(insn_code, unsigned int, expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8203
0xe4cab7 maybe_expand_insn(insn_code, unsigned int, expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8258
0xe4cab7 emit_conditional_move_1
/vol/gcc/src/hg/master/local/gcc/optabs.cc:5229
0xe4cdff emit_conditional_move(rtx_def*, rtx_comparison, rtx_def*, rtx_def*,
machine_mode, int)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:5142
0x1d10f0b noce_emit_cmove
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:1773
0x1d17df3 try_emit_cmove_seq
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:3406
0x1d17df3 noce_convert_multiple_sets_1
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:3687
0x1d1870f noce_convert_multiple_sets
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:3492
0x1d1d4ab noce_process_if_block
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:4025
0x1d1d4ab noce_find_if_block
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:4706
0x1d1d4ab find_if_header
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:4911
0x1d1d4ab if_convert
/vol/gcc/src/hg/master/local/gcc/ifcvt.cc:6058
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
make: *** [Makefile:3055: math.lo] Error 1
* x86, building 64-bit time.lo:
during RTL pass: ce1
/vol/gcc/src/hg/master/local/libgo/go/time/zoneinfo_read.go: In function
‘time.loadLocation.isra’:
/vol/gcc/src/hg/master/local/libgo/go/time/zoneinfo_read.go:531:1: internal
compiler error: in expand_simple_binop, at optabs.cc:1264
531 | func loadLocation(name string, sources []string) (z *Location, firstErr
error) {
| ^
0xaa758f4 internal_error(char const*, ...)
/vol/gcc/src/hg/master/local/gcc/diagnostic-global-context.cc:491
0xaa66d71 fancy_abort(char const*, int, char const*)
/vol/gcc/src/hg/master/local/gcc/diagnostic.cc:1772
0x9355e21 expand_simple_binop(machine_mode, rtx_code, rtx_def*, rtx_def*,
rtx_def*, int, optab_methods)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:1264
0x9355e21 expand_simple_binop(machine_mode, rtx_code, rtx_def*, rtx_def*,
rtx_def*, int, optab_methods)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:1259
0x9010465 force_operand(rtx_def*, rtx_def*)
/vol/gcc/src/hg/master/local/gcc/expr.cc:8687
0x8fe6ae1 copy_to_mode_reg(machine_mode, rtx_def*)
/vol/gcc/src/hg/master/local/gcc/explow.cc:655
0x9347dfa maybe_legitimize_operand
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8041
0x9347dfa maybe_legitimize_operands(insn_code, unsigned int, unsigned int,
expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8184
0x9344932 maybe_gen_insn(insn_code, unsigned int, expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8203
0x934649f maybe_expand_insn(insn_code, unsigned int, expand_operand*)
/vol/gcc/src/hg/master/local/gcc/optabs.cc:8258
0x934649f emit_conditional_move_1
/vol/gcc/
[Bug rust/116192] [15 regression] 32-bit rust build fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug rust/116192] [15 regression] 32-bit rust build fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192 --- Comment #1 from Rainer Orth --- Created attachment 58806 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58806&action=edit partial patch
[Bug rust/116192] New: [15 regression] 32-bit rust build fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116192
Bug ID: 116192
Summary: [15 regression] 32-bit rust build fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
Target: i386-pc-solaris2.11, sparc-sun-solaris2.11,
i686-pc-linux-gnu
The recent gigantic rust import broke the 32-bit rust build everywhere:
* There are several instances where size_t args are printed using %ld, e.g.
In file included from /vol/gcc/src/hg/master/local/gcc/rust/ast/rust-ast.h:27,
from
/vol/gcc/src/hg/master/local/gcc/rust/hir/tree/rust-hir.h:22,
from
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-borrow-checker.h:22,
from
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-borrow-checker.cc:19:
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-bir-builder.h:
In member function ‘void
Rust::BIR::Builder::handle_lifetime_param_constraints(const
Rust::TyTy::RegionConstraints&)’:
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-bir-builder.h:94:21:
error: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has
type ‘unsigned int’ [-Werror=format=]
94 | rust_debug ("\t\t %ld: %ld", last_bound.first,
last_bound.second);
| ^~~
| |
|
Given that %z cannot yet be assumed, those should be printed as %lu and
the args cast to unsigned long. This should be an unsigned format and type
to match the signedness of size_t.
* There's an overload issue with PlaceId vs. FreeRegion:
In file included from
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-borrow-checker.cc:23:
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-bir-fact-collector.h:
At global scope:
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-bir-fact-collector.h:663:8:
error: ‘void Rust::BIR::FactCollector::push_subset(Rust::BIR::PlaceId,
Rust::BIR::PlaceId)’ cannot be overloaded with ‘void
Rust::BIR::FactCollector::push_subset(Rust::FreeRegion, Rust::FreeRegion)’
663 | void push_subset (PlaceId lhs, PlaceId rhs)
|^~~
/vol/gcc/src/hg/master/local/gcc/rust/checks/errors/borrowck/rust-bir-fact-collector.h:622:8:
note: previous declaration ‘void
Rust::BIR::FactCollector::push_subset(Rust::FreeRegion, Rust::FreeRegion)’
622 | void push_subset (FreeRegion lhs, FreeRegion rhs)
|^~~
PlaceId is uint32_t while FreeRegion is size_t (also uint32_t).
The attached patch fixes the format issues, but I've no idea what to do about
the overload one.
Given that this isn't the first time that rust broke 32-bit targets, it would
be very helpful to try at least one 32-bit build before commit.
[Bug testsuite/116080] [15 regression] New tests from r15-2233-g8d1af8f904a0c0 fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116080 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #10 from Rainer Orth --- Between 20240729 (696d8b9bf3f0ea60da0c24361dc5fe559f97ab77) and 20240730 (11c2453a16b725b7fb67778e1ab4636a51a1217d), I saw the following failures on 32-bit Solaris/x86 (i386-pc-solaris2.11) and Solaris/SPARC (sparc-sun-solaris2.11): +FAIL: c-c++-common/musttail12.c -std=c++11 (test for excess errors) +FAIL: c-c++-common/musttail12.c -std=c++17 (test for excess errors) +FAIL: c-c++-common/musttail12.c -std=c++26 (test for excess errors) Excess errors: /vol/gcc/src/hg/master/local/gcc/testsuite/c-c++-common/musttail12.c:13:38: error: cannot tail-call: return value used after call +FAIL: g++.dg/musttail6.C (test for excess errors) Excess errors: /vol/gcc/src/hg/master/local/gcc/testsuite/g++.dg/musttail6.C:22:35: error: cannot tail-call: return value used after call I've tried your latest patch and now the failures are gone: * On SPARC, both musttail12.c and musttail6.C are UNSUPPORTED for 32 and 64-bit now, while * on x86, both are UNSUPPORTED for 32-bit, but PASS for 64-bit. However, the test had PASSed before on 64-bit SPARC.
[Bug testsuite/116148] c-c++-common/fam-in-union-alone-in-struct-2.c fails on big-endian (finally tested starting with r15-2403-g136f364e26d9ad)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116148 Rainer Orth changed: What|Removed |Added Target|powerpc*-linux-gnu |powerpc*-linux-gnu |aarch64_be-*-* mips*-*-*|aarch64_be-*-* mips*-*-* ||sparc*-*-* Target Milestone|--- |15.0 CC||ro at gcc dot gnu.org --- Comment #4 from Rainer Orth --- Also seen on SPARC.
[Bug rtl-optimization/116073] [15 regression] invalid rtl sharing compiling compiling FileSystem.mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116073 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug rtl-optimization/116073] New: [15 regression] invalid rtl sharing compiling compiling FileSystem.mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116073
Bug ID: 116073
Summary: [15 regression] invalid rtl sharing compiling
compiling FileSystem.mod
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: gaius at gcc dot gnu.org, law at gcc dot gnu.org
Target Milestone: ---
Target: sparc*-sun-solaris2.11
Between 20240719 (a8e61cd71f0cda04d583722ca4c66301358b01e1) and 20240723
(2861eb34e30973cb991a7964af7cfeae014a98b0),
Solaris/SPARC bootstrap broke compiling libgm2:
/var/gcc/regression/master/11.4-gcc-gas/build/./gcc/gm2
-B/var/gcc/regression/master/11.4-gcc-gas/build/./gcc/ -c -g -O2 -g -O2
-fm2-pathname=m2pim -I../libm2pim -fm2-pathname=m2log
-I/vol/gcc/src/hg/master/local/gcc/m2/gm2-libs-log -fm2-pathname=m2pim
-I/vol/gcc/src/hg/master/local/gcc/m2/gm2-libs -fm2-pathname=m2iso
-I/vol/gcc/src/hg/master/local/gcc/m2/gm2-libs-iso -Wcase-enum -Wreturn-type
-fcase -fm2-prefix=m2log
/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod
-fPIC -DPIC -o .libs/FileSystem.o
/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod:
In function ‘doModeChange.part.0’:
/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod:448:1:
error: invalid rtl sharing found in the insn
448 | END doModeChange ;
| ^~~
(insn 91 90 67 9 (set (reg:SI 152 [ _T279_15+4 ])
(mem:SI (plus:SI (reg/v/f:SI 126 [ f ])
(const_int 28 [0x1c])) [2 f_1(D)->lowpos+0 S4 A32]))
"/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod":444:27
116 {*movsi_insn}
(nil))
/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod:448:1:
error: shared rtx
(mem:SI (plus:SI (reg/v/f:SI 126 [ f ])
(const_int 28 [0x1c])) [2 f_1(D)->lowpos+0 S4 A32])
during RTL pass: subreg3
/vol/gcc/src/hg/master/local/libgm2/libm2log/../../gcc/m2/gm2-libs-log/FileSystem.mod:448:1:
internal compiler error: internal consistency failure
0x1e122cf internal_error(char const*, ...)
/vol/gcc/src/hg/master/local/gcc/diagnostic-global-context.cc:491
0x99c78b verify_rtx_sharing
/vol/gcc/src/hg/master/local/gcc/emit-rtl.cc:3046
0x99c5d7 verify_rtx_sharing
/vol/gcc/src/hg/master/local/gcc/emit-rtl.cc:3061
0x99c7b3 verify_insn_sharing
/vol/gcc/src/hg/master/local/gcc/emit-rtl.cc:3131
0x9a23ab verify_rtl_sharing()
/vol/gcc/src/hg/master/local/gcc/emit-rtl.cc:3154
0xd99e3b execute_function_todo
/vol/gcc/src/hg/master/local/gcc/passes.cc:2110
0xd9a34b do_per_function
/vol/gcc/src/hg/master/local/gcc/passes.cc:1688
0xd9a503 execute_todo
/vol/gcc/src/hg/master/local/gcc/passes.cc:2143
A reghunt proved to be pretty ugly because at some point
commit 88d16194d0c8a6bdc2896c8944bfbf3e6038c9d2
Author: Jeff Law
Date: Mon Jul 22 08:45:10 2024 -0600
[NFC][PR rtl-optimization/115877] Avoid setting irrelevant bit groups as
live in ext-dce
The libgm2 ICE was traded for one in libgcc:
/var/gcc/reghunt/master/libgcc/libgcc2.c: In function ‘__gcc_bcmp’:
/var/gcc/reghunt/master/libgcc/libgcc2.c:2970:1: internal compiler error: in
check_probability, at basic-block.h:563
2970 | }
| ^
The latter got fixed by one of the later ext-dce.cc patches, but still it's
hard to tell which patch caused the libgm2 failure.
As an experiment, I locally reverted ext-dce.cc to
commit 7c3287f3613210d4f98c8095bc739bea6582bfbb
Author: Andrew Pinski
Date: Tue Jul 16 09:53:20 2024 -0700
Add debug counter for ext_dce
and the ICE was gone.
[Bug tree-optimization/116000] gcc.dg/vect/vect-reduc-chain-dot-slp-1.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116000 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug d/111628] D: concurrency.d hangs on macOS 13 (Ventura) and 14 (Sonoma).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111628 --- Comment #2 from Rainer Orth --- I take that back: during the last two weeks, the test looped again. It would be good to skip it on the affected Darwin versions, otherwise tests accumulate over time (maybe unnoticed), consuming cpu time for nothing.
[Bug tree-optimization/116000] gcc.dg/vect/vect-reduc-chain-dot-slp-1.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116000 --- Comment #1 from Rainer Orth --- Created attachment 58706 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58706&action=edit 32-bit sparc-sun-solaris2.11 vect-reduc-chain-dot-slp-1.c.180t.vect
[Bug tree-optimization/116000] New: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116000 Bug ID: 116000 Summary: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c etc. FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: fxue at os dot amperecomputing.com Target Milestone: --- Target: sparc-sun-solaris2.11 The new gcc.dg/vect/vect-reduc-chain-dot-slp-1.c etc. tests FAIL on 32 and 64-bit Solaris/SPARC: +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c -flto -ffat-lto-objects scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorizing statement: S+ = DOT_PROD_EXPR" 16 +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-1.c scan-tree-dump-times vect "vectorizing statement: S+ = DOT_PROD_EXPR" 16 +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-2.c -flto -ffat-lto-objects scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-2.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorizing statement: S+ = DOT_PROD_EXPR" 5 +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-2.c scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-2.c scan-tree-dump-times vect "vectorizing statement: S+ = DOT_PROD_EXPR" 5 +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-3.c -flto -ffat-lto-objects scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-3.c scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-4.c -flto -ffat-lto-objects scan-tree-dump vect "vectorizing stmts using SLP" +FAIL: gcc.dg/vect/vect-reduc-chain-dot-slp-4.c scan-tree-dump vect "vectorizing stmts using SLP" The dump contains /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-reduc-chain-dot-slp-1.c:20:21: note: === vect_slp_analyze_operations === /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-reduc-chain-dot-slp-1.c:20:21: note: ==> examining statement: _1 = *a_117; /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-reduc-chain-dot-slp-1.c:20:21: missed: unsupported unaligned access /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-reduc-chain-dot-slp-1.c:22:15: missed: not vectorized: relevant stmt not supported: _1 = *a_117; so the tests miss a matching requirement.
[Bug libffi/115681] libffi.closures/single_entry_structs2.c FAILs on 32-bit SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115681 Rainer Orth changed: What|Removed |Added Resolution|--- |FIXED URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2024-July/65 ||6068.html Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org Status|UNCONFIRMED |RESOLVED --- Comment #2 from Rainer Orth --- The upstream fix has now been imported into the GCC tree, thus fixed for GCC 15.0.
[Bug libffi/115681] libffi.closures/single_entry_structs2.c FAILs on 32-bit SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115681 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug libffi/115681] New: libffi.closures/single_entry_structs2.c FAILs on 32-bit SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115681 Bug ID: 115681 Summary: libffi.closures/single_entry_structs2.c FAILs on 32-bit SPARC Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libffi Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: ebotcazou at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11, sparc-unknown-linux-gnu Since the libffi 3.4.2 import on 20211020, the libffi.closures/single_entry_structs2.c test FAILs on 32-bit SPARC (both Linux and Solaris): FAIL: libffi.closures/single_entry_structs2.c -W -Wall -Wno-psabi -O0 execution test In current upstream libffi, the failure persists, and there are quite a number of additional ones. I've reported them as https://github.com/libffi/libffi/issues/841 and finally posted a proposed patch there. When/if that's accepted upstream, it should be cherry-picked into the gcc tree, I believe.
[Bug d/111628] D: concurrency.d hangs on macOS 13 (Ventura) and 14 (Sonoma).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111628 Rainer Orth changed: What|Removed |Added Target|x86_64-darwin2[234 |x86_64-darwin2[234] |x86_64-darwin23 | |x86_64-darwin24 | --- Comment #1 from Rainer Orth --- It also happened no macOS 15. However, during my latest bootstraps on 2024-06-21, the test FAILs but doesn't hang as it did before.
[Bug rtl-optimization/115638] [15 regression] libphobos.phobos/std/container/rbtree.d etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115638 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug rtl-optimization/115638] New: [15 regression] libphobos.phobos/std/container/rbtree.d etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115638 Bug ID: 115638 Summary: [15 regression] libphobos.phobos/std/container/rbtree.d etc. FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: rsandifo at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11 Between 20240622 (6ceb5f7859e3fe39feb62de402bed656b8dfe6b9) and 20240624 (c43c74f6ec795a586388de7abfdd20a0040f6f16), two libphobos tests began to FAIL on Solaris/SPARC (32-bit compiler, both 32 and 64-bit multilibs): +FAIL: libphobos.phobos/std/container/rbtree.d (test for excess errors) +UNRESOLVED: libphobos.phobos/std/container/rbtree.d compilation failed to produce executable Excess errors: d21: out of memory allocating 65536 bytes after a total of 3199762432 bytes +FAIL: libphobos.phobos/std/range/package.d (test for excess errors) +UNRESOLVED: libphobos.phobos/std/range/package.d compilation failed to produce executable Excess errors: d21: out of memory allocating 65536 bytes after a total of 2935504896 bytes A reghunt attributed this to commit 792f97b44ffc5e6a967292b3747fd835e99396e7 Author: Richard Sandiford Date: Mon Jun 24 08:43:19 2024 +0100 Add a late-combine pass [PR106594]
[Bug libstdc++/115575] experimental/simd/pr115454_find_last_set.cc FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug libstdc++/115575] New: experimental/simd/pr115454_find_last_set.cc FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115575 Bug ID: 115575 Summary: experimental/simd/pr115454_find_last_set.cc FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: mkretz at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11 The new experimental/simd/pr115454_find_last_set.cc test FAILs on 32 and 64-bit Solaris/SPARC: FAIL: experimental/simd/pr115454_find_last_set.cc -mcpu=ultrasparc -mvis -O2 -Wno-psabi execution test This happens even when compiling with -g3 -O0. The test aborts: Thread 2 received signal SIGABRT, Aborted. [Switching to Thread 1 (LWP 1)] 0xfea79e4c in __lwp_sigqueue () from /lib/libc.so.1 (gdb) bt #0 0xfea79e4c in __lwp_sigqueue () from /lib/libc.so.1 #1 0xfe9b75d8 in raise () from /lib/libc.so.1 #2 0xfe988840 in abort () from /lib/libc.so.1 #3 0x000132e4 in main () at /vol/gcc/src/hg/master/local/libstdc++-v3/testsuite/experimental/simd/pr115454_find_last_set.cc:48 r2 = 7 at this point.
[Bug testsuite/115365] New test case gcc.dg/pr100927.c from r15-1022-gb05288d1f1e4b6 fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
Rainer Orth changed:
What|Removed |Added
Host|powerpc64le-linux-gnu |
Build|powerpc64le-linux-gnu |
Ever confirmed|0 |1
Target|powerpc64le-linux-gnu |powerpc64le-linux-gnu,
||sparc-sun-solaris2.11
Last reconfirmed||2024-06-06
Status|RESOLVED|REOPENED
CC||ro at gcc dot gnu.org
Resolution|FIXED |---
Target Milestone|--- |15.0
--- Comment #4 from Rainer Orth ---
Unfortunately, the fix broke 32-bit Solaris/SPARC in exchange:
FAIL: gcc.dg/pr100927.c scan-rtl-dump-times final "(?n)(fix:SI" 3
32-bit sparc has
(fix:SI (fix:SF (reg:SF 40 %f8 [111]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":13:1 213
{fix_truncsfsi2}
(fix:SI (fix:SF (reg:SF 40 %f8 [111]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":22:1 213
{fix_truncsfsi2}
(fix:SI (fix:SF (reg:SF 40 %f8 [111]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":31:1 213
{fix_truncsfsi2}
while 64-bit sparc is
(fix:SI (fix:SF (reg:SF 40 %f8 [112]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":12:10 213
{fix_truncsfsi2}
(expr_list:REG_EQUIV (fix:SI (const_double:SF 2.147483648e+9 [0x0.8p+32]))
(fix:SI (fix:SF (reg:SF 40 %f8 [112]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":21:10 213
{fix_truncsfsi2}
(expr_list:REG_EQUIV (fix:SI (const_double:SF -Inf [-Inf]))
(fix:SI (fix:SF (reg:SF 40 %f8 [112]
"/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/pr100927.c":30:10 213
{fix_truncsfsi2}
(expr_list:REG_EQUIV (fix:SI (const_double:SF -QNaN [-QNaN]))
[Bug go/87589] [11/12/13/14/15 regression] index0-out.go FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87589 --- Comment #11 from Rainer Orth --- Created attachment 58357 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58357&action=edit Proposed patch Wouldn't the attached patch be TRT then? Btw., ISTM that this should be unsupported instead of untested, according to the DejaGnu docs.
[Bug libstdc++/98678] 30_threads/future/members/poll.cc execution test FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678 --- Comment #9 from Rainer Orth --- Created attachment 58355 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58355&action=edit Proposed patch
[Bug go/87589] [11/12/13/14/15 regression] index0-out.go FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87589 --- Comment #8 from Rainer Orth --- Something is still very wrong with this test: it FAILs not only on Solaris/x86, but also Solaris/SPARC and Linux/x86_64, always with a SEGV. Looking closer, I checked the 32-bit Solaris/x86 test, which SEGVs in __go_init_main: (gdb) x/20i __go_init_main 0x81a9cf0 <__go_init_main>: lea0x4(%esp),%ecx 0x81a9cf4 <__go_init_main+4>:and$0xfff0,%esp 0x81a9cf7 <__go_init_main+7>:push -0x4(%ecx) 0x81a9cfa <__go_init_main+10>: push %ebp 0x81a9cfb <__go_init_main+11>: mov%esp,%ebp 0x81a9cfd <__go_init_main+13>: push %ebx 0x81a9cfe <__go_init_main+14>: push %ecx 0x81a9cff <__go_init_main+15>: sub$0x3d0b50,%esp 0x81a9d05 <__go_init_main+21>: sub$0x8,%esp => 0x81a9d08 <__go_init_main+24>: push $0x808d1c0 Looking at %esp at various points, I find: on entry to __go_init_main%esp = 0x81a9cf0text after and$0xfff0,%esp %esp = 0x8a49f30anon after push %ecx %esp = 0x8a49f20anon after sub$0x3d0b50,%esp %esp = 0x86793d0unmapped! after sub$0x8,%esp%esp = 0x86793c8unmapped! as can be seen in the pmap -x output: Address Kbytes RSS Anon Lock Mode Mapped File 0805 1388 220-- r-x [ text ] index0-out.x - 0x81ab000 081BA000156 1568- rwx [ data ] index0-out.x - 0x81e1000 081E1000 3904 --- rwx [ data ] index0-out.x - 0x85b1000 085B1000 1212 12- rwx [ heap ] - 0x85b4000 0880 1612 12- rw- [ anon ] - 0x8804000 08804000 40 --- rw- [ altstack tid=1 ] - 0x880e000 0880E000 4040 192 192- rw- [ anon ] - 0x8c0 I wonder how this can work at all.
[Bug target/115341] [15 regression] gcc.target/i386/apx-ndd-2.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115341 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug target/115341] New: [15 regression] gcc.target/i386/apx-ndd-2.c etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115341
Bug ID: 115341
Summary: [15 regression] gcc.target/i386/apx-ndd-2.c etc. FAIL
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: lingling.kong7 at gmail dot com
Target Milestone: ---
Target: i?86-pc-solaris2.11
Between 20240531 (a0d60660f2aae2d79685f73d568facb2397582d8) and 20240603
(6fb43d1b90e2683f6f41f04a65341fc2dab4b495),
2 tests regressed on Solaris/x86 (64-bit):
+FAIL: gcc.target/i386/apx-ndd-2.c (test for excess errors)
Excess errors:
/var/tmp//ccv2eqna.s:12: Error: no such instruction: `{nf} andb $1,%cl,%al'
/var/tmp//ccv2eqna.s:13: Error: no such instruction: `{nf} andl $1,%ecx'
+FAIL: gcc.target/i386/apx-ndd-seg-1.c (test for excess errors)
Excess errors:
/var/tmp//ccYyXEka.s:830: Error: no such instruction: `{nf} shrdq $7,%rdi,%rax'
This is with gas 2.42.
No doubt this is due to one of the recent APX NF patches.
[Bug modula2/114886] gm2 testsuite arbitrarily reduces timeouts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114886 Rainer Orth changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #6 from Rainer Orth --- Fixed for GCC 14.2, too.
[Bug libstdc++/111641] FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++23 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641 Rainer Orth changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #17 from Rainer Orth --- Fixed for GCC 14.2, too.
[Bug tree-optimization/115303] gcc.dg/vect/pr112325.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115303 Rainer Orth changed: What|Removed |Added Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org Status|UNCONFIRMED |RESOLVED URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2024-June/65 ||3422.html --- Comment #4 from Rainer Orth --- Fixed for GCC 15.0.
[Bug d/115295] [15 regression] Various gdc testsuite regressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Rainer Orth changed: What|Removed |Added CC||ibuclaw at gcc dot gnu.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Last reconfirmed||2024-05-31 Assignee|ibuclaw at gdcproject dot org |aoliva at gcc dot gnu.org --- Comment #1 from Rainer Orth --- I've now run a reghunt, which again found this patch as the culprit: commit bdc264a16e327c63d133131a695a202fbbc0a6a0 Author: Alexandre Oliva Date: Thu May 30 02:06:48 2024 -0300 [testsuite] conditionalize dg-additional-sources on target and type Taking gdc.dg/attr_module.d, which I've use as test for the reghunt, I see -PASS: gdc.dg/attr_module.d(test for warnings, line 12) -PASS: gdc.dg/attr_module.d(test for warnings, line 18) -PASS: gdc.dg/attr_module.d(test for warnings, line 24) -PASS: gdc.dg/attr_module.d(test for warnings, line 36) -PASS: gdc.dg/attr_module.d (test for excess errors) +UNSUPPORTED: imports/attributes.d: additional-source will not be used to build attr_module.s +FAIL: gdc.dg/attr_module.d(test for warnings, line 12) +FAIL: gdc.dg/attr_module.d(test for warnings, line 18) +FAIL: gdc.dg/attr_module.d(test for warnings, line 24) +FAIL: gdc.dg/attr_module.d(test for warnings, line 36) +FAIL: gdc.dg/attr_module.d (test for excess errors) when comparing the gdc.sum files. Please fix. This patch should really have gotten way more testing before committing!
[Bug tree-optimization/115304] gcc.dg/vect/slp-gap-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug tree-optimization/115304] gcc.dg/vect/slp-gap-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304 --- Comment #1 from Rainer Orth --- Created attachment 58317 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58317&action=edit 32-bit sparc-sun-solaris2.11 slp-gap-1.c.179t.vect
[Bug tree-optimization/115304] New: gcc.dg/vect/slp-gap-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115304
Bug ID: 115304
Summary: gcc.dg/vect/slp-gap-1.c FAILs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
Target: sparc*-sun-solaris2.11
The new gcc.dg/vect/slp-gap-1.c test FAILs on 32 and 64-bit Solaris/SPARC:
+FAIL: gcc.dg/vect/slp-gap-1.c -flto -ffat-lto-objects scan-tree-dump-times
vect "{_[0-9]+, 0" 6
+FAIL: gcc.dg/vect/slp-gap-1.c scan-tree-dump-times vect "{_[0-9]+, 0" 6
The dump has
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21: note:
==> examining statement: _34 = *pix1_72;
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: unsupported vect permute { 0 1 2 3 8 9 10 11 }
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: unsupported load permutation
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:9:29:
missed: not vectorized: relevant stmt not supported: _34 = *pix1_72;
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21: note:
==> examining statement: _34 = *pix1_72;
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: no array mode for V8QI[16]
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: no array mode for V8QI[16]
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: extract even/odd not supported by target
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:7:21:
missed: not falling back to elementwise accesses
/vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/slp-gap-1.c:9:29:
missed: not vectorized: relevant stmt not supported: _34 = *pix1_72;
IIUC the test needs both vect_perm and vect_extract_even_odd.
[Bug tree-optimization/115303] gcc.dg/vect/pr112325.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115303 --- Comment #1 from Rainer Orth --- Created attachment 58316 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58316&action=edit 32-bit sparc-sun-solaris2.11 pr112325.c.179t.vect
[Bug tree-optimization/115303] gcc.dg/vect/pr112325.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115303 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug tree-optimization/115303] New: gcc.dg/vect/pr112325.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115303 Bug ID: 115303 Summary: gcc.dg/vect/pr112325.c FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: liuhongt at gcc dot gnu.org Target Milestone: --- Target: sparc*-sun-solaris2.11 The new gcc.dg/vect/pr112325.c test FAILs on 32 and 64-bit Solaris/SPARC: +FAIL: gcc.dg/vect/pr112325.c -flto -ffat-lto-objects scan-tree-dump-times vect "vectorized 1 loops" 1 +FAIL: gcc.dg/vect/pr112325.c scan-tree-dump-times vect "vectorized 1 loops" 1 The dump has /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/pr112325.c:43:27: missed: op not supported by target. /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/pr112325.c:44:45: missed: not vectorized: relevant stmt not supported: _6 = qh.1_5 >> j_68; /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/pr112325.c:43:27: missed: bad operation or unsupported loop bound. /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/pr112325.c:43:27: note: * Analysis failed with vector mode SI IIUC the test needs vect_shift.
[Bug testsuite/115294] [15 regression] dg-additional-files-options change broke several testsuites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115294 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org Resolution|--- |FIXED URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2024-May/653 ||198.html --- Comment #3 from Rainer Orth --- Fixed for GCC 15.0.
[Bug d/115295] [15 regression] Various gdc testsuite regressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug d/115295] New: [15 regression] Various gdc testsuite regressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Bug ID: 115295 Summary: [15 regression] Various gdc testsuite regressions Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: ro at gcc dot gnu.org Target Milestone: --- Between 20240529 (18f477980c8597fe3dca2c2e8bd533c0c2b17aa6) and 20240530 (71899d6b4e18145f005046681208db0137c95ede), quite a number of gdc.* tests regressed: +FAIL: gdc.dg/attr_module.d(test for warnings, line 12) +FAIL: gdc.dg/attr_module.d(test for warnings, line 18) +FAIL: gdc.dg/attr_module.d(test for warnings, line 24) +FAIL: gdc.dg/attr_module.d(test for warnings, line 36) +FAIL: gdc.dg/attr_module.d (test for excess errors) Excess errors: /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:6:2: error: undefined identifier 'value_ignored' /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:12:2: error: undefined identifier 'type_symbol' /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:18:2: error: undefined identifier 'template_symbol' /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:24:2: error: undefined identifier 'struct_wrong_field' /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:30:2: error: undefined identifier 'struct_void_init' /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/attr_module.d:36:2: error: undefined identifier 'unknown_attribute' +FAIL: gdc.dg/gdc231.d (test for excess errors) Excess errors: /vol/gcc/src/hg/master/local/gcc/testsuite/gdc.dg/gdc231.d:5:8: error: unable to read module 'gdc231' import path[0] = /var/gcc/regression/master/11.4-gcc/build/i386-pc-solaris2.11/libphobos/libdruntime import path[1] = /vol/gcc/src/hg/master/local/libphobos/libdruntime import path[2] = /vol/gcc/src/hg/master/local/libphobos/src +FAIL: gdc.dg/gdc253a.d (test for excess errors) +FAIL: gdc.dg/gdc27.d (test for excess errors) +FAIL: gdc.dg/pr108050.d (test for excess errors) +FAIL: gdc.test/compilable/test16348.d output-exists test16348.s +FAIL: gdc.test/compilable/test17541.d output-exists test17541.s compilable/test17541.d:8:8: error: unable to read module 'two' compilable/test17541.d:8:8: note: Expected 'two.d' or 'two/package.d' in one of the following import paths: import path[0] = /var/gcc/regression/master/11.4-gcc/build/i386-pc-solaris2.11/libphobos/libdruntime import path[1] = /vol/gcc/src/hg/master/local/libphobos/libdruntime import path[2] = /vol/gcc/src/hg/master/local/libphobos/src import path[3] = /var/gcc/regression/master/11.4-gcc/build/gcc/testsuite/gdc3/compilable compiler exited with status 1 +FAIL: gdc.test/fail_compilation/diag4479.d output-exists-not diag4479.o +FAIL: gdc.test/fail_compilation/fail11453a.d output-exists-not fail11453a.o +FAIL: gdc.test/fail_compilation/fail11453b.d output-exists-not fail11453b.o +FAIL: gdc.test/fail_compilation/fail18938.d output-exists-not fail18938.o +FAIL: gdc.test/fail_compilation/fail19911b.d output-exists-not fail19911b.o +FAIL: gdc.test/fail_compilation/fail23109.d output-exists-not fail23109.o +FAIL: gdc.test/fail_compilation/ice10598.d output-exists-not ice10598.o +FAIL: gdc.test/fail_compilation/ice11136.d output-exists-not ice11136.o +FAIL: gdc.test/fail_compilation/ice14116.d output-exists-not ice14116.o +FAIL: gdc.test/fail_compilation/no_Throwable.d output-exists-not no_Throwable.o +FAIL: gdc.test/fail_compilation/no_TypeInfo.d output-exists-not no_TypeInfo.o +FAIL: gdc.test/fail_compilation/verifyhookexist.d output-exists-not verifyhookexist.o I'm seeing this on at least Solaris/x86 (32 and 64-bit) and Linux/x86_64 (64 and 32-bit).
[Bug testsuite/115294] [15 regression] dg-additional-files-options change broke several testsuites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115294 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug testsuite/115294] New: [15 regression] dg-additional-files-options change broke several testsuites
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115294
Bug ID: 115294
Summary: [15 regression] dg-additional-files-options change
broke several testsuites
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: aoliva at gcc dot gnu.org
Target Milestone: ---
Between 20240529 (18f477980c8597fe3dca2c2e8bd533c0c2b17aa6) and 20240530
(71899d6b4e18145f005046681208db0137c95ede),
several testsuite results were lost completely.
libatomic, libgomp, libitm, and libphobos are affected. In each case, the
test logs show a variation of
ERROR: tcl error sourcing
/vol/gcc/src/hg/master/local/libatomic/testsuite/../../gcc/testsuite/lib/gcc-dg.exp.
wrong # args: should be "dg-additional-files-options options source dest type"
while executing
"check_cached_effective_target $prop {
eval [list check_no_compiler_messages_nocache $prop] $args
}"
(procedure "check_no_compiler_messages" line 2)
invoked from within
"check_no_compiler_messages lto object {
void foo (void) { }
} "-flto""
(procedure "check_effective_target_lto" line 11)
invoked from within
"check_effective_target_lto"
invoked from within
"if [info exists TORTURE_OPTIONS] {
set DG_TORTURE_OPTIONS $TORTURE_OPTIONS
} else {
# It is theoretically beneficial to group all of the O2/O3..."
(file
"/vol/gcc/src/hg/master/local/libatomic/testsuite/../../gcc/testsuite/lib/gcc-dg.exp"
line 82)
invoked from within
"source
/vol/gcc/src/hg/master/local/libatomic/testsuite/../../gcc/testsuite/lib/gcc-dg.exp"
("uplevel" body line 1)
invoked from within
"uplevel #0 source
/vol/gcc/src/hg/master/local/libatomic/testsuite/../../gcc/testsuite/lib/gcc-dg.exp"
invoked from within
"catch "uplevel #0 source $file""
I'm seeing this on both i386-pc-solaris2.11 and x86_64-pc-linux-gnu; most
likely
this happens everywhere.
[Bug c++/115031] g++.dg/modules/pr99023_b.X FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115031 Rainer Orth changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2024-May/653 ||136.html Target Milestone|--- |15.0 Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Rainer Orth --- Fixed for GCC 15.0.
[Bug bootstrap/115284] [15 regression] SEGV in check_format_arg on Solaris/SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115284 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug bootstrap/115284] New: [15 regression] SEGV in check_format_arg on Solaris/SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115284
Bug ID: 115284
Summary: [15 regression] SEGV in check_format_arg on
Solaris/SPARC
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: hp at gcc dot gnu.org
Target Milestone: ---
Host: sparc*-sun-solaris2.11
Target: sparc*-sun-solaris2.11
Build: sparc*-sun-solaris2.11
Between 20240528 (c08b0d3f7b3539b26031de31d88dea6b94474577) and 20240529
(18f477980c8597fe3dca2c2e8bd533c0c2b17aa6),
Solaris/SPARC bootstrap (both 32 and 64-bit-default) got broken. In stage 3,
cc1plus SEGVs:
/vol/gcc/src/hg/master/local/gcc/analyzer/supergraph.cc: In member function
'virtual void ana::superedge::dump_dot(graphviz_out*, const
dedge::dump_args_t&) const':
/vol/gcc/src/hg/master/local/gcc/analyzer/supergraph.cc:971:13: internal
compiler error: Segmentation Fault
971 | pp_printf (pp,
| ~~^~~~
972 | (" [style=%s, color=%s, weight=%d, constraint=%s,"
| ~~
973 | " ltail=\"cluster_node_%i\", lhead=\"cluster_node_%i\""
| ~~~
974 | " headlabel=\""),
| ~
975 | style, color, weight, constraint,
| ~
976 | m_src->m_index, m_dest->m_index);
|
This reproduces easily with
c1plus -fpreprocessed supergraph.ii -quiet -mcpu=v9 -Wall -o supergraph.s
gdb shows
Thread 2 received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0x00c7dd4c in check_format_arg(void*, tree_node*, unsigned long long) ()
(gdb) bt
#0 0x00c7dd4c in check_format_arg(void*, tree_node*, unsigned long long) ()
#1 0x00c5e270 in check_function_arguments_recurse(void (*)(void*, tree_node*,
unsigned long long), void*, tree_node*, unsigned long long, opt_code) ()
#2 0x00c76b00 in check_function_format(tree_node const*, tree_node*, int,
tree_node**, vec*) ()
#3 0x00c5e884 in check_function_arguments(unsigned int, tree_node const*,
tree_node const*, int, tree_node**, vec*) ()
#4 0x0082bff4 in build_over_call(z_candidate*, int, int) ()
#5 0x0082e9d4 in build_new_function_call(tree_node*, vec**, int) ()
#6 0x00b85f98 in finish_call_expr(tree_node*, vec**, bool, bool, int) ()
#7 0x00a93e1c in cp_parser_postfix_expression(cp_parser*, bool, bool, bool,
bool, cp_id_kind*) ()
#8 0x00a9b230 in cp_parser_unary_expression(cp_parser*, cp_id_kind*, bool,
bool, bool) ()
#9 0x00a64518 in cp_parser_cast_expression(cp_parser*, bool, bool, bool,
cp_id_kind*) ()
#10 0x00a65600 in cp_parser_binary_expression(cp_parser*, bool, bool, bool,
cp_parser_prec, cp_id_kind*) ()
#11 0x00ac in cp_parser_assignment_expression(cp_parser*, cp_id_kind*,
bool, bool) ()
#12 0x00a66c8c in cp_parser_expression(cp_parser*, cp_id_kind*, bool, bool,
bool) ()
#13 0x00a6efa0 in cp_parser_expression_statement(cp_parser*, tree_node*) ()
#14 0x00ab5e10 in cp_parser_statement(cp_parser*, tree_node*, bool, bool*,
vec*, unsigned int*) ()
#15 0x00a7f5e0 in cp_parser_statement_seq_opt(cp_parser*, tree_node*) ()
#16 0x00a7f8e0 in cp_parser_compound_statement(cp_parser*, tree_node*, int,
bool) ()
#17 0x00aab70c in cp_parser_ctor_initializer_opt_and_function_body(cp_parser*,
bool) ()
#18 0x00ab2960 in cp_parser_function_definition_after_declarator(cp_parser*,
bool) ()
#19 0x00ab3ebc in cp_parser_init_declarator(cp_parser*, int,
cp_decl_specifier_seq*, vec*, bool,
bool, int, bool*, tree_node**, unsigned int*, tree_node**) ()
#20 0x00a7b638 in cp_parser_simple_declaration(cp_parser*, bool, tree_node**)
()
#21 0x00ac42bc in cp_parser_declaration(cp_parser*, tree_node*) ()
#22 0x00ac29bc in cp_parser_declaration_seq_opt(cp_parser*) ()
#23 0x00ac3000 in cp_parser_namespace_definition(cp_parser*) ()
#24 0x00ac4ad0 in cp_parser_declaration(cp_parser*, tree_node*) ()
#25 0x00ac5550 in c_parse_file() ()
#26 0x00c9f15c in c_common_parse_file() ()
#27 0x013d858c in compile_file() ()
#28 0x013dc25c in toplev::main(int, char**) ()
#29 0x02284358 in main ()
A reghunt identified this patch
commit 933ab59c59bdc1ac9e3ca3a56527836564e1821b
Author: Hans-Peter Nilsson
Date: Tue May 28 23:16:48 2024 +0200
resource.cc: Replace calls to find_basic_block with cfgrtl BLOCK_FOR_INSN
as the culprit.
[Bug target/113719] [13/14/15 regression] g++.target/i386/pr103696.C FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 --- Comment #6 from Rainer Orth --- Maybe it's time to ping the patch?
[Bug ada/115270] New: gnat doesn't link on 32-bit Linux/sparc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115270 Bug ID: 115270 Summary: gnat doesn't link on 32-bit Linux/sparc Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org, ebotcazou at gcc dot gnu.org Target Milestone: --- Target: sparc-unknown-linux-gnu When trying to build trunk on 32-bit Linux/sparc for comparison with 32-bit Solaris/SPARC, the build failed because gnat didn't link: /vol/gcc/bin/sparc/gld-2.42: ../rts/s-atopri.o: in function `system__atomic_primitives__lock_free_try_write_64': /var/gcc/regression/master/6.8.9-gcc-gas-gld-32/build/gcc/ada/rts/s-atopri.adb:67:(.text+0x250): undefined reference to `__atomic_compare_exchange_8' collect2: error: ld returned 1 exit status gnatlink: error when calling /var/gcc/regression/master/6.8.9-gcc-gas-gld-32/build/gcc/xg++ make[3]: *** [../gcc-interface/Makefile:464: common-tools] Error 4 make[3]: Leaving directory '/var/gcc/regression/master/6.8.9-gcc-gas-gld-32/build/gcc/ada/tools' make[2]: *** [Makefile:201: gnattools-native] Error 2 make[2]: Leaving directory '/var/gcc/regression/master/6.8.9-gcc-gas-gld-32/build/gnattools' This happened both when configuring with --with-cpu-32=ultrasparc and --with-cpu=v9. In hindsight, that's obvious because __atomic_compare_exchange_8 requires -mv8plus, which AFAICS isn't enabled on 32-bit Linux/sparc and I found no way to do so. This is unlike 32-bit Solaris/SPARC, where TARGET_DEFAULT includes MASK_V8PLUS. While it's clear the Linux/sparc cannot move to the Solaris default since it still supports the V8 Leon CPUs, I wonder if it wouldn't be possible to allow for V8+ with --with-cpu=v9? There are other possible hacks, like explicitly passing -mv8plus for libgnat or linking with -latomic, but those would be just that: hacks.
[Bug libstdc++/111641] FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++23 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641 Rainer Orth changed: What|Removed |Added Target Milestone|15.0|14.2 Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org --- Comment #10 from Rainer Orth --- Fixed for GCC 15.0; will commit to the gcc-14 branch after a bit of soak time.
[Bug libstdc++/111641] FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++23 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0 URL||https://gcc.gnu.org/piperma ||il/gcc-patches/2024-May/652 ||912.html --- Comment #8 from Rainer Orth --- Patch posted.
[Bug d/115249] [14/15 regression] gdc.test/runnable/test34.d etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249 Rainer Orth changed: What|Removed |Added Target Milestone|15.0|14.2 --- Comment #2 from Rainer Orth --- It started to regress on the gcc-14 branch indeed. However, for simple testsuite failures, I often don't care about backports, provided the issue is fixed on trunk.
[Bug ada/115250] [15 regression] gnat.dg/opt58.adb FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115250 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug ada/115250] New: [15 regression] gnat.dg/opt58.adb FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115250 Bug ID: 115250 Summary: [15 regression] gnat.dg/opt58.adb FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org Target Milestone: --- Target: sparc-sun-solaris2.11 Between 20240520 (591bc70139d898c06b1d605ff4fed591ffd2e2e7) and20240521 (232a86f9640cde6908d0875b8df52c36030c5b5e), the gnat.dg/opt58.adb test began to FAIL on 32-bit Solaris/SPARC: FAIL: gnat.dg/opt58.adb (test for excess errors) Excess errors: opt58.adb:13:34: warning: unchecked conversion implemented by copy [enabled by default] opt58.adb:13:34: warning: use pragma Universal_Aliasing on either type [enabled by default] opt58.adb:13:34: warning: to enable RM 13.9(12) implementation permission [enabled by default]
[Bug d/115249] [14/15 regression] gdc.test/runnable/test34.d etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug d/115249] New: [14/15 regression] gdc.test/runnable/test34.d etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249 Bug ID: 115249 Summary: [14/15 regression] gdc.test/runnable/test34.d etc. FAIL Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: ro at gcc dot gnu.org Target Milestone: --- Target: sparc*-sun-solaris2.11 Between 20240202 (a9e3818fdc3cfa8d51b7526c0f6b61b268cc4be5) and 20240205 (23f1b496aa6c7015a2b986aa183041c722104779), 3 tests regressed on Solaris/SPARC (32 and 64-bit): FAIL: gdc.test/runnable/test34.d execution test FAIL: gdc.test/runnable/test34.d -shared-libphobos execution test FAIL: gdc.test/runnable/xtest46.d execution test FAIL: gdc.test/runnable/xtest46.d -shared-libphobos execution test FAIL: gdc.test/runnable/xtest46_gc.d execution test FAIL: gdc.test/runnable/xtest46_gc.d -shared-libphobos execution test core.exception.AssertError@runnable/test34.d(298): Assertion failure /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/dmain2.d:232 _d_traceContext [0x100092c73] /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/deh.d:51 _d_createTrace [0x10009acef] /vol/gcc/src/hg/master/local/libphobos/libdruntime/gcc/deh.d:484 _d_throw [0x100091eb7] /vol/gcc/src/hg/master/local/libphobos/libdruntime/core/exception.d:556 onAssertError [0x1000971eb] ??:? void test34.test13() [0x100087213] ??:? _Dmain [0x10008ca07] one two ~one ~two #2 0x0008d258 in _D6test346test13FZv () at runnable/test34.d:298 298 assert(c.a == 5); (gdb) p c.a warning: can't find linker symbol for virtual table for `test34.C13' value warning: found `initializer for test34.C13' instead $1 = 4 also happens with gld core.exception.AssertError@runnable/xtest46.d(4231): Assertion failure /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/dmain2.d:232 _d_traceContext [0x1000eca43] /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/deh.d:51 _d_createTrace [0x1000f4bef] /vol/gcc/src/hg/master/local/libphobos/libdruntime/gcc/deh.d:484 _d_throw [0x1000ebc87] /vol/gcc/src/hg/master/local/libphobos/libdruntime/core/exception.d:556 onAssertError [0x1000f0fbb] ??:? void xtest46.test1962() [0x1000cc9b3] ??:? _Dmain [0x1000e2253] [...] gdb isn't helpful: #2 0x000c988c in _D7xtest468test1962FZv () at runnable/xtest46.d:4231 4231assert(C.classinfo.create() is null); (gdb) p C No symbol "C" in current context. core.exception.AssertError@runnable/xtest46_gc.d-mixin-29(4259): Assertion failure /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/dmain2.d:232 _d_traceContext [0xe95a3] /vol/gcc/src/hg/master/local/libphobos/libdruntime/rt/deh.d:51 _d_createTrace [0xf2f3b] /vol/gcc/src/hg/master/local/libphobos/libdruntime/gcc/deh.d:484 _d_throw [0xe862b] /vol/gcc/src/hg/master/local/libphobos/libdruntime/core/exception.d:556 onAssertError [0xee753] /vol/gcc/src/hg/master/local/libphobos/libdruntime/core/exception.d:785 _d_assertp [0xee77f] ??:? void xtest46_gc.test1962() [0xcbd7b] ??:? _Dmain [0xdf94b] [...] again, gdb is not helpful: (gdb) up #2 0x000cbc8c in _D10xtest46_gc8test1962FZv () at runnable/xtest46_gc.d-mixin-29:4259 warning: 4259 runnable/xtest46_gc.d-mixin-29: No such file or directory
[Bug libstdc++/115247] experimental/simd/pr109261_constexpr_simd.cc FAILs on 32-bit x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug libstdc++/115247] New: experimental/simd/pr109261_constexpr_simd.cc FAILs on 32-bit x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247
Bug ID: 115247
Summary: experimental/simd/pr109261_constexpr_simd.cc FAILs on
32-bit x86
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
CC: mkretz at gcc dot gnu.org
Target Milestone: ---
Target: i?86-*-*, x86_64-*-*
The experimental/simd/pr109261_constexpr_simd.cc test FAILs on 32-bit x86
(seen on all of Solaris, Linux, Darwin):
FAIL: experimental/simd/pr109261_constexpr_simd.cc -msse2 -O2 -Wno-psabi (test
for excess errors)
Excess errors:
/var/gcc/regression/master/11.4-gcc/build/i386-pc-solaris2.11/libstdc++-v3/include/experimental/bits/simd_builtin.h:131:
error: could not convert
'std::experimental::parallelism_v2::__vec_shuffle<__vector(4) wchar_t,
__extract_part<2, 3, 2, wchar_t, 3>(_SimdWrapper)::, std::integer_sequence
>(std::experimental::parallelism_v2::__as_vector<_SimdWrapper
>(__x), (std::make_index_sequence<2>(), std::make_index_sequence<2>()),
(std::experimental::parallelism_v2::__extract_part<2, 3,
2, wchar_t, 3>(_SimdWrapper)::(),
std::experimental::parallelism_v2::__extract_part<2, 3, 2, wchar_t,
3>(_SimdWrapper)::()))' from
'__vector(2) wchar_t' to 'std::conditional_t >' {aka
'std::conditional >::type'}
[Bug ada/115246] [15 regression] gnat.dg/alignment14.adb FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115246 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug ada/115246] New: [15 regression] gnat.dg/alignment14.adb FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115246 Bug ID: 115246 Summary: [15 regression] gnat.dg/alignment14.adb FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org Target Milestone: --- Target: i386-pc-solaris2.11, sparc-sun-solaris2.11, s390x-ibm-linux-gnu, armv8l-unknown-linux-gnueabihf, i686-apple-darwin17 Between 20240519 (a6114c2a691112f9cf5b072c21685d2e43c76d81) and 20240520 (591bc70139d898c06b1d605ff4fed591ffd2e2e7), the gnat.dg/alignment14.adb test regressed on quite a number of targets, including 32-bit Solaris/SPARC and x86: FAIL: gnat.dg/alignment14.adb (test for excess errors) Excess errors: alignment14.adb:11:29: error: specified alignment too large for discrete or fixed point type
[Bug tree-optimization/115208] [15 Regression] Memory consumption get extremely high after r15-809
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115208 --- Comment #3 from Rainer Orth --- An i686-pc-linux-gnu reghunt just completed, looking for the rust OOM failures reported in PR bootstrap/115213. This patch is the culprit: commit fae5e6a4dfcf9270cd09c2240480860b09c2c627 Author: Andrew MacLeod Date: Tue May 21 14:20:52 2024 -0400 Make gori_map a shared component.
[Bug bootstrap/115213] [15 regression] Excessive memory use compiling rust with 32-bit gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115213 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug bootstrap/115213] New: [15 regression] Excessive memory use compiling rust with 32-bit gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115213 Bug ID: 115213 Summary: [15 regression] Excessive memory use compiling rust with 32-bit gcc Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Target Milestone: --- Host: i386-pc-solaris2.11, sparc-sun-solaris2.11, i686-pc-linux-gnu Target: i386-pc-solaris2.11, sparc-sun-solaris2.11, i686-pc-linux-gnu Build: i386-pc-solaris2.11, sparc-sun-solaris2.11, i686-pc-linux-gnu Between 20240523 (f0a02467bbc35a478eb82f5a8a7e8870827b51fc) and 20240524 (51f4b47c4f4f61fe31a7bd1fa80e08c2438d76a8), memory use compiling rust with a 32-bit gcc exploded in stage 2, breaking bootstrap: cc1plus: out of memory allocating 4084 bytes after a total of 3223085056 bytes make[3]: *** [/vol/gcc/src/hg/master/local/gcc/rust/Make-lang.in:412: rust/rust-ast.o] Error 1 make[3]: *** Waiting for unfinished jobs cc1plus: out of memory allocating 65536 bytes after a total of 3011272704 bytes make[3]: *** [Makefile:1197: rust/rust-session-manager.o] Error 1 cc1plus: out of memory allocating 4064 bytes after a total of 3049021440 bytes make[3]: *** [/vol/gcc/src/hg/master/local/gcc/rust/Make-lang.in:422: rust/rust-macro-expand.o] Error 1 So far, I've no idea which commit in this range might be responsible. Seems to call for a reghunt.
[Bug libbacktrace/115212] New: testsuite should produce DejaGnu style summary, log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115212 Bug ID: 115212 Summary: testsuite should produce DejaGnu style summary, log Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libbacktrace Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: ian at gcc dot gnu.org Target Milestone: --- Currently, when libbacktrace make -k check is run, it only produces a summary in its own (or rather, automake's) format: test-suite.log or individual PASS/FAIL results buried deeply in the build logs. Also, when building even a single test fails for some reason, the testsuite isn't run at all, which again is quite easily missed. It would be way better if libbacktrace make check produced DejaGnu style log and summary files, as e.g. libgo does. Those would be picked up by make mail-report.log and testsuite failures were much harder to overlook.
[Bug other/115211] New: [11/12/13/14/15 regression] -frecord-gcc-switches refactoring lost list of enabled options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115211 Bug ID: 115211 Summary: [11/12/13/14/15 regression] -frecord-gcc-switches refactoring lost list of enabled options Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Target Milestone: --- When investigating PR libstdc++/111641, I had the need to determine if -funwind-tables is enabled by default on various targets. Previously, this could be done as easily as assembling an empty file with -dA -fverbose-asm and looking for the "options enabled" comment in there (or, as I recently learned, by just adding -Q -v to the compile command). To my dismay, I found that this facility has been removed since GCC 11 by this commit: commit 7caa49706316e650fb67719e1a1bf3a35054b685 Author: Martin Liska Date: Mon Nov 23 13:40:04 2020 +0100 Refactor -frecord-gcc-switches. -[fg]record-gcc-switches is no replacement since it only includes the options explicitly passed on the command line, not the enabled ones. I know of no replacement at all for this facitlity, and digging through the mazes of option handling in toplev.cc, opts.cc, target option handling code is a totally losing proposition. Martin argued in https://gcc.gnu.org/pipermail/gcc-patches/2020-November/560358.html that the support in GCC 10 were incomplete, but any support is better than nothing at all. Going back to GCC 10 may sort of work for a while, but over time the divergence will become so great that the result is useless.
[Bug libstdc++/111641] FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++23 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641 --- Comment #7 from Rainer Orth --- Created attachment 58276 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58276&action=edit Minimal patch Minimal patch as described: just build src/libbacktrace with -funwind-tables, same for 19_diagnostics/stacktrace tests. Ran just the stacktrace tests on i386-pc-solaris2.11 and sparc-sun-solaris2.11 (32 and 64-bit each), all PASS now.
[Bug tree-optimization/114072] gcc.dg/vect/vect-pr111779.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Assignee|unassigned at gcc dot gnu.org |ro at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|--- |15.0 --- Comment #8 from Rainer Orth --- Fixed for GCC 15.0.
[Bug testsuite/115140] [15 regression] libgomp.oacc-c++/../libgomp.oacc-c-c++-common/acc_prof-kernels-1.c excess errors after r15-579-ga9251ab3c91c8c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115140 Rainer Orth changed: What|Removed |Added Host|powerpc64-linux-gnu,|powerpc64-linux-gnu, |powerpc64le-linux-gnu |powerpc64le-linux-gnu, ||*-*-solaris2.11 CC||ro at gcc dot gnu.org Build|powerpc64-linux-gnu,|powerpc64-linux-gnu, |powerpc64le-linux-gnu |powerpc64le-linux-gnu, ||*-*-solaris2.11 Target|powerpc64-linux-gnu,|powerpc64-linux-gnu, |powerpc64le-linux-gnu |powerpc64le-linux-gnu, ||*-*-solaris2.11 --- Comment #2 from Rainer Orth --- Also seen on Solaris/SPARC and x86.
[Bug testsuite/102954] [12/13/14/15 regression] gcc.dg/vect/pr33804.c XPASSes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102954
--- Comment #8 from Rainer Orth ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Richard Biener ---
> > It was likely the vect_worthwhile_without_simd_p changes where we might now
> > vectorize this loop using (unaligned) 'int'.
> >
> > Can you confirm that?
>
> Indeed. I've also noticed that another regression was caused by the
> same change:
>
> XPASS: gcc.dg/vect/slp-multitypes-3.c -flto -ffat-lto-objects
> scan-tree-dump-times vect "vectorized 1 loops" 1
> XPASS: gcc.dg/vect/slp-multitypes-3.c -flto -ffat-lto-objects
> scan-tree-dump-times vect "vectorizing stmts using SLP" 2
> XPASS: gcc.dg/vect/slp-multitypes-3.c scan-tree-dump-times vect "vectorized
> 1 loops" 1
> XPASS: gcc.dg/vect/slp-multitypes-3.c scan-tree-dump-times vect "vectorizing
> stmts using SLP" 2
>
> Again 64-bit SPARC.
That test already has
/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" { xfail
sparc*-*-* } } } */
so we could change the xfail to { sparc*-*-* && ilp32 } (although that might be
papering over the real issue).
[Bug tree-optimization/114072] gcc.dg/vect/vect-pr111779.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114072 --- Comment #1 from Rainer Orth --- Richard, any suggestion on how to handle this? There are 3 instances of "not vectorized" in the dump: /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-pr111779.c:29:23: missed: not vectorized: relevant stmt not supported: _4 = a$b4_6 >> 7; /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-pr111779.c:36:1: missed: not vectorized: relevant stmt not supported: _ifc__32 = x[i_15].D.2986; /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.dg/vect/vect-pr111779.c:45:17: missed: not vectorized: no grouped stores in basic block.
[Bug tree-optimization/114154] gcc.dg/vect/vect-alias-check-1.c XPASSes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154 Rainer Orth changed: What|Removed |Added CC||felix.yang at huawei dot com --- Comment #5 from Rainer Orth --- Felix, can you have a look please?
[Bug tree-optimization/115184] gcc.dg/vect/vect-33.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115184 --- Comment #1 from Rainer Orth --- Created attachment 58266 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58266&action=edit 32-bit sparc-sun-solaris2.11 vect-33.c.265t.optimized
[Bug tree-optimization/115184] New: gcc.dg/vect/vect-33.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115184 Bug ID: 115184 Summary: gcc.dg/vect/vect-33.c FAILs Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: hubicka at gcc dot gnu.org Target Milestone: --- Target: sparc*-sun-solaris2.11 Since 20230801, the gcc.dg/vect/vect-33.c test FAILs on 32 and 64-bit Solaris/SPARC: FAIL: gcc.dg/vect/vect-33.c -flto -ffat-lto-objects scan-tree-dump-not optimized "Invalid sum" FAIL: gcc.dg/vect/vect-33.c scan-tree-dump-not optimized "Invalid sum" Obviously due to this patch: commit 1762957384c659a2e6827939ce4b1f1d1ad40003 Author: Jan Hubicka Date: Tue Aug 1 12:07:39 2023 +0200
[Bug tree-optimization/108357] [13 Regression] Dead Code Elimination Regression at -O2 since r13-4607-g2dc5d6b1e7ec88
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108357 Rainer Orth changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #22 from Rainer Orth --- As reported, the test still FAILs on Solaris/SPARC (and always had). Also happens on Linux/sparc64, btw., so nothing Solaris-specific in here.
[Bug tree-optimization/113524] FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus messages, line 10)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524 Rainer Orth changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #3 from Rainer Orth --- FWIW, I've now found that on sparc-sun-solaris2.11 (32-bit only) the warning occurs as far back as gcc 10 with just gcc -O3 -ftracer Back in gcc 10, it would happen for both -m32 and -m64, while from gcc 11 onward, it's for -m32 only.
[Bug tree-optimization/110279] [14 Regression] Regressions on aarch64 cause by handing FMA in reassoc (510.parest_r, 508.namd_r)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110279 Rainer Orth changed: What|Removed |Added Resolution|FIXED |--- CC||ro at gcc dot gnu.org Last reconfirmed||2024-05-21 Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #9 from Rainer Orth --- Not at all, the test still FAILs on sparc-sun-solaris2.11, arm-unknown-linux-gnueabihf, pru-unknown-elf, m68k-unknown-linux-gnu.
[Bug analyzer/107856] [13/14/15 Regression] gcc.dg/plugin/infoleak-vfio_iommu_type1.c XPASSes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107856 --- Comment #4 from Rainer Orth --- Something is very weird with this test: * For 32-bit x86 (both with 32-bit default and 64-bit default compilers), gcc emits not output at all and the bogus warning on l.42 XPASSes. * For 64-bit x86, the bogus message is emitted and XFAILed. * For 32 and 64-bit sparc (with with 32-bit default and 64-bit default compilers), we always get the bogus message, XFAILed as expected. Doesn't seem particularly reliable to me ;-)
[Bug ada/115168] [15 regression] Several libada compile errors on Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115168 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug ada/115168] New: [15 regression] Several libada compile errors on Solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115168 Bug ID: 115168 Summary: [15 regression] Several libada compile errors on Solaris Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org, ebotcazou at gcc dot gnu.org Target Milestone: --- Target: *-*-solaris2.11 Between 20240519 (a6114c2a691112f9cf5b072c21685d2e43c76d81) and 20240520 (591bc70139d898c06b1d605ff4fed591ffd2e2e7), Ada bootstrap on Solaris got broken again in various ways: * sparc-sun-solaris2.11: s-taprop.adb:427:07: error: "Self_ID" is undefined * i386-pc-solaris2.11: a-strunb.ads:749:09: error: run-time library configuration error a-strunb.ads:749:09: error: file s-finpri.ads had semantic errors a-strunb.ads:749:09: error: entity "System.Finalization_Primitives.Master_Node" not available s-oslock.ads:46:40: error: specified alignment too large for discrete or fixed point type
[Bug ada/115133] [15 regression] s-oslock__solaris.ads doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133 Rainer Orth changed: What|Removed |Added Target Milestone|--- |15.0
[Bug ada/115133] New: [15 regression] s-oslock__solaris.ads doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133 Bug ID: 115133 Summary: [15 regression] s-oslock__solaris.ads doesn't compile Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: dkm at gcc dot gnu.org, ebotcazou at gcc dot gnu.org Target Milestone: --- Target: *-*-solaris2.11 The new gcc/ada/libgnat/s-oslock__solaris.ads from commit c8e5d90c4a0b736c2c4c5be3e8a3e9744e602d9d Author: Eric Botcazou Date: Tue Mar 5 23:30:51 2024 +0100 ada: Replace spinlocks with fully-fledged locks in finalization collections breaks Solaris Ada bootstrap: s-oslock.ads:50:10: error: "Ada" is not visible s-oslock.ads:50:10: error: non-visible declaration at ada.ads:16 This snippet got me further along: diff --git a/gcc/ada/libgnat/s-oslock__solaris.ads b/gcc/ada/libgnat/s-oslock__solaris.ads --- a/gcc/ada/libgnat/s-oslock__solaris.ads +++ b/gcc/ada/libgnat/s-oslock__solaris.ads @@ -32,6 +32,7 @@ -- This is a Solaris (native) version of this package with Interfaces.C; +with Ada.Unchecked_Conversion; package System.OS_Locks is pragma Preelaborate; @@ -65,10 +66,10 @@ package System.OS_Locks is private - type array_type_9 is array (0 .. 3) of unsigned_char; + type array_type_9 is array (0 .. 3) of Interfaces.C.unsigned_char; type record_type_3 is record flag : array_type_9; - Xtype : unsigned_long; + Xtype : Interfaces.C.unsigned_long; end record; pragma Convention (C, record_type_3); but it may not be enough: a-stbufi.ads:71:04: error: run-time library configuration error a-stbufi.ads:71:04: error: file s-taskin.ads had semantic errors a-stbufi.ads:71:04: error: entity "System.Tasking.Activation_Chain_Access" not available s-osinte.ads:301:29: error: "OS_Lock" not declared in "System" s-osinte.ads:301:30: error: possible misspelling of "OS_Locks" compilation abandoned make[6]: *** [../gcc-interface/Makefile:306: a-stbufi.o] Error 1 This patch fixes the typo: diff --git a/gcc/ada/libgnarl/s-osinte__solaris.ads b/gcc/ada/libgnarl/s-osinte__solaris.ads --- a/gcc/ada/libgnarl/s-osinte__solaris.ads +++ b/gcc/ada/libgnarl/s-osinte__solaris.ads @@ -298,7 +298,7 @@ package System.OS_Interface is function To_thread_t is new Ada.Unchecked_Conversion (Integer, thread_t); - subtype mutex_t is System.OS_Lock.mutex_t; + subtype mutex_t is System.OS_Locks.mutex_t; type cond_t is limited private; until one runs into s-oslock.ads:83:03: (style) bad indentation [-gnaty0] make[6]: *** [../gcc-interface/Makefile:306: a-undesu.o] Error 1 No idea what's wrong here, though.
