[Bug regression/111709] [13/14/15 Regression] Miscompilation of sysdeps/ieee754/dbl-64/s_fma.c
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 |1 Status|UNCONFIRMED |NEW
[Bug target/53392] dwfl-bug-fd-leak.c:110:1: internal compiler error: in extract_insn, at recog.c:2109
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53392 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #1 from John David Anglin --- Compiles okay with gcc-13 and trunk.
[Bug analyzer/111289] [13 Regression] Unwarranted -Wanalyzer-va-arg-type-mismatch warning
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.
[Bug libstdc++/114103] FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #18 from John David Anglin --- Fixed.
[Bug libstdc++/114101] FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)
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 to produce executable FAIL: std/text_encoding/requirements.cc -std=gnu++26 (test for excess errors) FAIL: std/text_encoding/cons.cc -std=gnu++26 (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/std/text_encoding/cons.cc:12: erro r: 'text_encoding' is not a member of 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/std/text_encoding/cons.cc:13: erro r: 'e0' was not declared in this scope; did you mean 'y0'? [...]
[Bug libstdc++/114368] FAIL: 25_algorithms/pstl/alg_sorting/set_symmetric_difference.cc -std=gnu++17 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114368 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from John David Anglin --- Not reproducible.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #54 from John David Anglin --- The f-m-o issue is probably fixed.
[Bug libstdc++/114368] New: FAIL: 25_algorithms/pstl/alg_sorting/set_symmetric_difference.cc -std=gnu++17 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114368 Bug ID: 114368 Summary: FAIL: 25_algorithms/pstl/alg_sorting/set_symmetric_differenc e.cc -std=gnu++17 execution test Product: gcc Version: 14.0 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* Build: hppa*-*-linux* spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc -B/home /dave/gnu/gcc/objdir/./gcc -nostdinc++ -L/home/dave/gnu/gcc/objdir/hppa-linux-gn u/libstdc++-v3/src -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/. libs -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/libsupc++/.libs -B/ home/dave/opt/gnu/gcc/gcc-14/hppa-linux-gnu/bin/ -B/home/dave/opt/gnu/gcc/gcc-14 /hppa-linux-gnu/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-14/hppa-linux-gnu/inclu de -isystem /home/dave/opt/gnu/gcc/gcc-14/hppa-linux-gnu/sys-include -fchecking= 1 -B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs -fmessage- length=0 -fno-show-column -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOUR CE -DLOCALEDIR="." -nostdinc++ -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstd c++-v3/include/hppa-linux-gnu -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc ++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/g cc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/tests uite/util /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/25_algorithms/pstl/alg_s orting/set_symmetric_difference.cc -std=gnu++17 -ltbb -fdiagnostics-plain-output ./libtestc++.a -Wl,--gc-sections -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/lib stdc++-v3/src/filesystem/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstd c++-v3/src/experimental/.libs -lm -o ./set_symmetric_difference.exe In file included from /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/incl ude/hppa-linux-gnu/bits/c++config.h:887, from /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/incl ude/bits/requires_hosted.h:31, from /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/incl ude/execution:30, from /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/25_algorithm s/pstl/alg_sorting/set_symmetric_difference.cc:28: /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In func tion '_RandomAccessIterator __pstl::__internal::__brick_unique(_RandomAccessIter ator, _RandomAccessIterator, _BinaryPredicate, std::true_type)': /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h:1219: no te: '#pragma message: [Parallel STL message]: "Vectorized algorithm unimplement ed, redirected to serial"' /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In func tion '_RandomAccessIterator __pstl::__internal::__brick_partition(_RandomAccessI terator, _RandomAccessIterator, _UnaryPredicate, std::true_type)': /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h:1929: no te: '#pragma message: [Parallel STL message]: "Vectorized algorithm unimplement ed, redirected to serial"' /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In func tion '_RandomAccessIterator __pstl::__internal::__brick_stable_partition(_Random AccessIterator, _RandomAccessIterator, _UnaryPredicate, std::true_type)': /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h:2029: no te: '#pragma message: [Parallel STL message]: "Vectorized algorithm unimplement ed, redirected to serial"' /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In func tion '_RandomAccessIterator3 __pstl::__internal::__brick_merge(_RandomAccessIter ator1, _RandomAccessIterator1, _RandomAccessIterator2, _RandomAccessIterator2, _ RandomAccessIterator3, _Compare, std::true_type)': /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h:2715: no te: '#pragma message: [Parallel STL message]: "Vectorized algorithm unimplement ed, redirected to serial"' /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In function 'void __pstl::__internal::__brick_inplace_merge(_RandomAccessIterator, _RandomAccessIterator, _RandomAccessIterator, _Compare, std::true_type)': /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h:2764: note: '#pragma message: [Parallel STL message]: "Vectorized algorithm unimplemented, redirected to serial"' /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/pstl/algorithm_impl.h: In function '_OutputIterator __pstl::__internal::__brick_set_union(_RandomAccessIterator1, _RandomAccessIterator1, _RandomAccessIterator2, _RandomAccessIterator2, _Output
[Bug target/114288] [14 regression] ICE when building binutils-2.41 on hppa (extract_constrain_insn, at recog.cc:2713)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #15 from John David Anglin --- Should be fixed.
[Bug target/114288] [14 regression] ICE when building binutils-2.41 on hppa (extract_constrain_insn, at recog.cc:2713)
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 also occur for SI and DI mode floating-point loads and stores but limiting them to 5-bit offsets is a big compromise. It probably would also break python builds as PR rtl-optimization/112415 still isn't fixed.
[Bug target/114288] [14 regression] ICE when building binutils-2.41 on hppa (extract_constrain_insn, at recog.cc:2713)
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 pa_legitimate_address_p. insn 14 needs reloading because the offset doesn't fit in 5 bits. The code in pa_emit_move_sequence to fix up invalid offsets in floating point loads and stores is not used. This backtrace points to the broken area of reload. (gdb) bt #0 pa_emit_move_sequence (operands=0xf7b02e08, mode=E_SImode, scratch_reg=0x0) at ../../gcc/gcc/config/pa/pa.cc:1924 #1 0x011366a8 in gen_movsi (operand0=0xf98f35e8, operand1=0xf98276a0) at ../../gcc/gcc/config/pa/pa.md:2141 #2 0x004a7070 in insn_gen_fn::operator() ( this=) at ../../gcc/gcc/recog.h:441 #3 emit_move_insn_1 (x=0xf98276a0, y=0xf98276a0) at ../../gcc/gcc/expr.cc:4551 #4 0x004b229c in gen_move_insn (x=0xf98276a0, y=0xf98f35e8) at ../../gcc/gcc/expr.cc:4741 #5 0x00843fe4 in gen_reload (out=, in=, opnum=-108890464, type=RELOAD_FOR_OPERAND_ADDRESS) at ../../gcc/gcc/reload1.cc:8637 #6 0x008442f0 in gen_reload (out=, in=, opnum=-108890464, type=RELOAD_FOR_OPERAND_ADDRESS) at ../../gcc/gcc/reload1.cc:8550 #7 0x00848914 in emit_input_reload_insns (chain=, rl=0x192ddf8 , old=, j=-108890464) at ../../gcc/gcc/reload1.cc:7527 #8 do_input_reload (chain=, rl=0xf98f35e8, j=-108890464) at ../../gcc/gcc/reload1.cc:7814 #9 0x00850698 in emit_reload_insns (chain=) at ../../gcc/gcc/reload1.cc:8002 #10 reload_as_needed (live_known=1) at ../../gcc/gcc/reload1.cc:4543 --Type for more, q to quit, c to continue without paging-- #11 reload (first=, global=1) at ../../gcc/gcc/reload1.cc:1047 #12 0x0067c508 in do_reload () at ../../gcc/gcc/ira.cc:5985 #13 (anonymous namespace)::pass_reload::execute (this=) at ../../gcc/gcc/ira.cc:6161 #14 0x0079ef7c in execute_one_pass (pass=0xf98276a0) at ../../gcc/gcc/passes.cc:2646 #15 0x0079f894 in execute_pass_list_1 (pass=0xf98276a0) at ../../gcc/gcc/passes.cc:2755 #16 0x0079f8ac in execute_pass_list_1 (pass=0xf98276a0) at ../../gcc/gcc/passes.cc:2756 #17 0x0079f90c in execute_pass_list (fn=, pass=) at ../../gcc/gcc/passes.cc:2766 #18 0x003b9a8c in cgraph_node::expand (this=0xf98276a0) at ../../gcc/gcc/context.h:48 #19 cgraph_node::expand (this=0xf98276a0) at ../../gcc/gcc/cgraphunit.cc:1798 #20 0x003bbaa8 in expand_all_functions () at ../../gcc/gcc/cgraphunit.cc:2028 #21 symbol_table::compile (this=0xf98276a0) at ../../gcc/gcc/cgraphunit.cc:2402 #22 0x003bdc4c in symbol_table::compile (this=0x7) at ../../gcc/gcc/cgraphunit.cc:2315 #23 symbol_table::finalize_compilation_unit (this=0x7) at ../../gcc/gcc/cgraphunit.cc:2587 #24 0x008d137c in compile_file () at ../../gcc/gcc/toplev.cc:476 Will try to work around issue in pa_legitimate_address_p.
[Bug target/114288] [14 regression] ICE when building binutils-2.41 on hppa (extract_constrain_insn, at recog.cc:2713)
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") "beta.c":18:32 53 {*pa.md:2656}
(nil))
(insn 123 9 11 2 (set (reg:SI 20 %r20 [113])
(reg/f:SI 1 %r1)) "beta.c":18:32 42 {*pa.md:2195}
(nil))
(insn 11 123 10 2 (set (reg:SI 1 %r1 [115])
(plus:SI (reg:SI 19 %r19)
(high:SI (symbol_ref/u:SI ("*.LC0") [flags 0x2] "beta.c":18:32
53 {*pa.md:2656}
(nil))
(note 10 11 12 2 NOTE_INSN_DELETED)
(insn 12 10 13 2 (set (reg/f:SI 20 %r20 [114])
(mem/u/c:SI (lo_sum:SI (reg:SI 1 %r1 [115])
(unspec:SI [
(symbol_ref/u:SI ("*.LC0") [flags 0x2])
] UNSPEC_DLTIND14R)) [0 S4 A32])) "beta.c":18:32 42
{*pa.md:2195}
(expr_list:REG_EQUIV (symbol_ref/u:SI ("*.LC0") [flags 0x2])
(nil)))
(insn 13 12 125 2 (set (reg:DF 68 %fr22 [116])
(mem/u/c:DF (reg/f:SI 20 %r20 [114]) [0 S8 A64])) "beta.c":18:32 75
{*pa.md:3866}
(expr_list:REG_EQUIV (mem/c:DF (plus:SI (reg/f:SI 146)
(const_int 16 [0x10])) [1 indirect_child.cg.prop.fract+0 S8
A64])
(nil)))
(insn 125 13 127 2 (set (reg:SI 20 %r20)
(const_int 32 [0x20])) "beta.c":18:32 42 {*pa.md:2195}
(nil))
(insn 127 125 128 2 (set (reg:SI 20 %r20)
(reg/f:SI 146)) "beta.c":18:32 42 {*pa.md:2195}
(nil))
(insn 128 127 14 2 (set (reg:SI 20 %r20)
(plus:SI (reg:SI 20 %r20)
(const_int 32 [0x20]))) "beta.c":18:32 120 {addsi3}
(expr_list:REG_EQUIV (plus:SI (reg/f:SI 146)
(const_int 32 [0x20]))
(nil)))
(insn 14 128 116 2 (set (mem/c:DF (plus:SI (reg:SI 20 %r20)
(const_int -16 [0xfff0])) [1
indirect_child.cg.prop.fract+0 S8 A64])
(reg:DF 68 %fr22 [116])) "beta.c":18:32 75 {*pa.md:3866}
(nil))
In ira, we had:
(insn 9 103 11 2 (set (reg:SI 113)
(plus:SI (reg:SI 19 %r19)
(high:SI (symbol_ref:SI ("indirect_child") "beta.c":18:32 53 {*pa.md:2656}
(nil))
(insn 11 9 10 2 (set (reg:SI 115)
(plus:SI (reg:SI 19 %r19)
(high:SI (symbol_ref/u:SI ("*.LC0") [flags 0x2] "beta.c":18:32
53 {*pa.md:2656}
(nil))
(insn 10 11 12 2 (set (reg/f:SI 146)
(mem/u/c:SI (lo_sum:SI (reg:SI 113)
(unspec:SI [
(symbol_ref:SI ("indirect_child") )
] UNSPEC_DLTIND14R)) [0 S4 A32])) "beta.c":18:32 42
{*pa.md:2195}
(expr_list:REG_DEAD (reg:SI 113)
(expr_list:REG_EQUIV (symbol_ref:SI ("indirect_child") )
(nil
(insn 12 10 13 2 (set (reg/f:SI 114)
(mem/u/c:SI (lo_sum:SI (reg:SI 115)
(unspec:SI [
(symbol_ref/u:SI ("*.LC0") [flags 0x2])
] UNSPEC_DLTIND14R)) [0 S4 A32])) "beta.c":18:32 42
{*pa.md:2195}
(expr_list:REG_DEAD (reg:SI 115)
(expr_list:REG_EQUIV (symbol_ref/u:SI ("*.LC0") [flags 0x2])
(nil
(insn 13 12 14 2 (set (reg:DF 116)
(mem/u/c:DF (reg/f:SI 114) [0 S8 A64])) "beta.c":18:32 75
{*pa.md:3866}
(expr_list:REG_DEAD (reg/f:SI 114)
(expr_list:REG_EQUIV (mem/c:DF (plus:SI (reg/f:SI 146)
(const_int 16 [0x10])) [1 indirect_child.cg.prop.fract+0 S8
A64])
(nil
(insn 14 13 110 2 (set (mem/c:DF (plus:SI (reg/f:SI 146)
(const_int 16 [0x10])) [1 indirect_child.cg.prop.fract+0 S8
A64])
(reg:DF 116)) "beta.c":18:32 75 {*pa.md:3866}
(expr_list:REG_DEAD (reg:DF 116)
(nil)))
[Bug target/114288] [14 regression] ICE when building binutils-2.41 on hppa (extract_constrain_insn, at recog.cc:2713)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288 John David Anglin changed: What|Removed |Added Last reconfirmed||2024-03-08 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from John David Anglin --- Confirmed with -fpie and -fpic.
[Bug libstdc++/114101] FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)
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
[Bug analyzer/114179] New: diagnostic-manager.cc:811:28: warning: unknown conversion type character 'E' in format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114179 Bug ID: 114179 Summary: diagnostic-manager.cc:811:28: warning: unknown conversion type character 'E' in format Product: gcc Version: 14.0 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 Build: hppa64-hp-hpux11.11 /home/dave/gnu/gcc/objdir64/./prev-gcc/xg++ -B/home/dave/gnu/gcc/objdir64/./prev -gcc/ -B/opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/bin/ -nostdinc++ -B/home/dave/ gnu/gcc/objdir64/prev-hppa64-hp-hpux11.11/libstdc++-v3/src/.libs -B/home/dave/gn u/gcc/objdir64/prev-hppa64-hp-hpux11.11/libstdc++-v3/libsupc++/.libs -I/home/da ve/gnu/gcc/objdir64/prev-hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux 11.11 -I/home/dave/gnu/gcc/objdir64/prev-hppa64-hp-hpux11.11/libstdc++-v3/inclu de -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -L/home/dave/gnu/gcc/objdir6 4/prev-hppa64-hp-hpux11.11/libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/ prev-hppa64-hp-hpux11.11/libstdc++-v3/libsupc++/.libs -fno-PIE -c -g -O2 -fno -checking -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual-DHAVE_CONFIG_H -fno-PIE -I. -Ianalyzer -I../../gcc/gcc -I../../gcc/gcc/analyzer -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libcody -I/opt/gnu64/gcc/g mp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/gcc/../libbacktrace -I/opt/gnu64/gcc/gmp/include -o analyzer/diagnostic-manager.o -MT analyzer/diagnostic-manager.o -MMD -MP -MF analyzer/.deps/diagnostic-manager.TPo ../../gcc/gcc/analyzer/diagnostic-manager. cc ../../gcc/gcc/analyzer/diagnostic-manager.cc: In member function 'void ana::saved_diagnostic::dump_as_dot_node(pretty_printer*) const': ../../gcc/gcc/analyzer/diagnostic-manager.cc:811:28: warning: unknown conversion type character 'E' in format [-Wformat=] 811 | pp_printf (pp, "var: %qE\n", m_var); |^ ../../gcc/gcc/analyzer/diagnostic-manager.cc:811:20: warning: too many arguments for format [-Wformat-extra-args] 811 | pp_printf (pp, "var: %qE\n", m_var); |^~~~
[Bug libstdc++/114101] FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)
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 -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/entry.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/entry.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/output.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/output.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/stacktrace.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/stacktrace.cc -std=gnu++26 execution test FAIL: 20_util/from_chars/4.cc -std=gnu++17 execution test FAIL: 20_util/from_chars/8.cc -std=gnu++23 execution test FAIL: 20_util/from_chars/8.cc -std=gnu++26 execution test FAIL: 20_util/to_chars/float128_c++23.cc -std=gnu++23 execution test FAIL: 20_util/to_chars/float128_c++23.cc -std=gnu++26 execution test FAIL: 26_numerics/headers/cmath/constexpr_std_c++23.cc -std=gnu++23 (test for excess errors) FAIL: 26_numerics/headers/cmath/constexpr_std_c++23.cc -std=gnu++26 (test for excess errors) FAIL: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 (test for excess errors) UNRESOLVED: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 compilation failed to produce executable FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors) FAIL: 26_numerics/headers/cmath/functions_std_c++23.cc -std=gnu++23 (test for excess errors) FAIL: 26_numerics/headers/cmath/functions_std_c++23.cc -std=gnu++26 (test for excess errors) FAIL: 26_numerics/headers/cmath/nextafter_c++23.cc -std=gnu++23 (test for excess errors) UNRESOLVED: 26_numerics/headers/cmath/nextafter_c++23.cc -std=gnu++23 compilation failed to produce executable FAIL: 26_numerics/headers/cmath/nextafter_c++23.cc -std=gnu++26 (test for excess errors) UNRESOLVED: 26_numerics/headers/cmath/nextafter_c++23.cc -std=gnu++26 compilation failed to produce executable FAIL: 27_io/basic_ofstream/open/char/noreplace.cc -std=gnu++17 execution test FAIL: 27_io/basic_ofstream/open/wchar_t/noreplace.cc -std=gnu++17 execution test FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors) FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++26 (test for excess errors) FAIL: std/text_encoding/cons.cc -std=gnu++26 (test for excess errors) UNRESOLVED: std/text_encoding/cons.cc -std=gnu++26 compilation failed to produce executable FAIL: std/text_encoding/requirements.cc -std=gnu++26 (test for excess errors) === libstdc++ Summary === # of expected passes16365 # of unexpected failures27 # of expected failures 126 # of unresolved testcases 4 # of unsupported tests 1109 Compiler version: 14.0.1 20240223 (experimental) [remotes/origin/trunk r14-9158-gfdf9df9d558] (GCC) Platform: hppa64-hp-hpux11.11 configure flags: --without-zstd --with-gnu-as --with-as=/opt/gnu64/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gnu64 --prefix=/opt/gnu64/gcc/gcc-14 --disable-nls --without-libiconv-prefix --without-libintl-prefix --enable-threads=posix --with-gmp=/opt/gnu64/gcc/gmp --with-isl=/opt/gnu64/gcc/gmp --with-stage1-ldflags='-Wl,+b -Wl,/opt/gnu64/gcc/gcc-12/lib:/opt/gnu64/lib' --with-boot-ldflags= --enable-checking=release --enable-libgomp --enable-libstdcxx CC=gcc CXX=g++ --disable-lto --enable-languages=c,c++ Test results with patch: https://gcc.gnu.org/pipermail/gcc-testresults/2024-February/808771.html === libstdc++ tests === Running target unix FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/current.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/entry.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/entry.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/output.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/output.cc -std=gnu++26 execution test FAIL: 19_diagnostics/stacktrace/stacktrace.cc -std=gnu++23 execution test FAIL: 19_diagnostics/stacktrace/stacktrace.cc -std=gnu++26 execution test FAIL: 20_util/from_chars/4.cc -std=gnu++17 execution test FAIL: 20_util/from_chars/8.cc -std=gnu++23 execution test FAIL: 20_util/from_chars/8.cc -std=gnu++26 execution test FAIL: 20_util/to_chars/float128_c++23.cc -std=gnu++23 execution test FAIL: 20_util/to_chars/float128_c++23.cc -std=gnu++26 execution test FAIL: 20_util/to_chars/long_double.cc -std=gnu++17 execution test FAIL: 27_io/basic_ofstream/open/char/noreplace.cc -std=gnu++17 execution test FAIL: 27_io/basic_ofstream/open/wchar_t/noreplace.cc -std=gnu++17 execution test FAIL:
[Bug libstdc++/114103] New: FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 Bug ID: 114103 Summary: FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors) Product: gcc Version: 14.0 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-hp-hpux11.11 Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/./gcc/xg++ -shared-libgcc -B/ho me/dave/gnu/gcc/objdir64/./gcc -nostdinc++ -L/home/dave/gnu/gcc/objdir64/hppa64- hp-hpux11.11/libstdc++-v3/src -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/ libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc ++-v3/libsupc++/.libs -B/opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/bin/ -B/opt/gn u64/gcc/gcc-14/hppa64-hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc-14/hppa64-hp -hpux11.11/include -isystem /opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/sys-includ e -fchecking=1 -B/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/ src/.libs -fmessage-length=0 -fno-show-column -ffunction-sections -fdata-section s -O2 -g -DLOCALEDIR="." -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpu x11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 -D__GLIBCXX__= -fdiagnostics-plain-output -S -o lock_free_aliases.s /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/29_atomics/atomic/lock_free_aliases.cc:33: error: static assertion failed /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/29_atomics/atomic/lock_free_aliases.cc:34: error: static assertion failed compiler exited with status 1 FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/29_atomics/atomic/lock_free_aliases.cc:33: error: static assertion failed /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/29_atomics/atomic/lock_free_aliases.cc:34: error: static assertion failed
[Bug libstdc++/114101] FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)
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. Tested so far on hppa64-hp-hpux. configure, config.h.in and src/c++98/Makefile.in need regeneration with autoconf, autoheader and automake, respectively.
[Bug libstdc++/114101] New: FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101 Bug ID: 114101 Summary: FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors) Product: gcc Version: 14.0 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-hp-hpux11.11 Build: hppa64-hp-hpux11.11 FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:48: error: 'acosl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:50: error: 'asinl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:52: error: 'atanl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:54: error: 'atan2l' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:55: error: 'ceilf' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:56: error: 'ceill' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:58: error: 'cosl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:60: error: 'coshl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:62: error: 'expl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:64: error: 'fabsl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:65: error: 'floorf' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:66: error: 'floorl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:68: error: 'fmodl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:69: error: 'frexpf' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:70: error: 'frexpl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:71: error: 'ldexpf' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:72: error: 'ldexpl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:74: error: 'logl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:76: error: 'log10l' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:77: error: 'modff' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:78: error: 'modfl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:80: error: 'powl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:82: error: 'sinl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:84: error: 'sinhl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:86: error: 'sqrtl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:88: error: 'tanl' has not been declared in 'std' /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/functions_std_c++17.cc:90: error: 'tanhl' has not been declared in 'std' libstdc++-v3 provides stubs for the above but they are not declared in . Further, the "using" directives for the above are guarded: #ifdef _GLIBCXX_HAVE_ACOSF using ::acosf; #endif So if the target doesn't declare these or if a configure check is missing, these functions won't be declared or in 'std'. Similar fails: FAIL: 26_numeri
[Bug testsuite/114089] New: FAIL: gcc.dg/rtl/aarch64/pr113295-1.c (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114089 Bug ID: 114089 Summary: FAIL: gcc.dg/rtl/aarch64/pr113295-1.c (test for excess errors) Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal 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 Build: hppa64-hp-hpux11.11 This test fails on hppa64-hp-hpux11.11. Test lacks "target aarch64*-*-*" restriction.
[Bug rtl-optimization/114062] "GNAT BUG DETECTED" 13.2.0 (hppa-linux-gnu) in remove, at alloc-pool.h:437
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114062 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from John David Anglin --- Not reproducible.
[Bug analyzer/111289] [13 Regression] Unwarranted -Wanalyzer-va-arg-type-mismatch warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111289
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment #4 from John David Anglin ---
On hppa64-hp-hpux11.11:
FAIL: c-c++-common/analyzer/stdarg-pr111289-int.c -std=c++98 (test for
warnings, line 60)
FAIL: c-c++-common/analyzer/stdarg-pr111289-int.c -std=c++98 (test for excess
errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/stdarg-pr111289-int.c:5:22:
error: conflicting declaration 'typedef unsigned int mode_t'
/home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/stdarg-pr111289-int.c:17:30:
warning: 'mode_t' {aka 'short unsigned int'} is promoted to 'int' when passed
through '...'
[Bug ada/114062] New: "GNAT BUG DETECTED" 13.2.0 (hppa-linux-gnu) in remove, at alloc-pool.h:437
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114062 Bug ID: 114062 Summary: "GNAT BUG DETECTED" 13.2.0 (hppa-linux-gnu) in remove, at alloc-pool.h:437 Product: gcc Version: 13.2.1 Status: UNCONFIRMED 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/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/lib/ -isystem /usr/hppa-linux-gnu/include -isystem /usr/hppa-linux-gnu/sys-include -isystem /<>/build/sys-include -fchecking=1 -c -g -O2 -fchecking=1 -mdisable-indexing -gnatpg -W -Wall -nostdinc -I- -I. -Iada/generated -Iada -I../../src/gcc/ada -Iada/libgnat -I../../src/gcc/ada/libgnat -Iada/gcc-interface -I../../src/gcc/ada/gcc-interface ../../src/gcc/ada/switch-c.adb -o ada/switch-c.o mkdir -p ada/ /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/lib/ -isystem /usr/hppa-linux-gnu/include -isystem /usr/hppa-linux-gnu/sys-include -isystem /<>/build/sys-include -fchecking=1 -c -g -O2 -fchecking=1 -mdisable-indexing -gnatpg -W -Wall -nostdinc -I- -I. -Iada/generated -Iada -I../../src/gcc/ada -Iada/libgnat -I../../src/gcc/ada/libgnat -Iada/gcc-interface -I../../src/gcc/ada/gcc-interface ../../src/gcc/ada/switch.adb -o ada/switch.o during RTL pass: reload +===GNAT BUG DETECTED==+ | 13.2.0 (hppa-linux-gnu) in remove, at alloc-pool.h:437 | | Error detected around ../../src/gcc/ada/switch-c.adb:1642:8 | | Compiling ../../src/gcc/ada/switch-c.adb | | Please submit a bug report; see https://gcc.gnu.org/bugs/ . | | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact command that you entered. | | Also include sources listed below. | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). ../../src/gcc/ada/gcc-interface/system.ads ../../src/gcc/ada/switch-c.adb ../../src/gcc/ada/switch-c.ads ../../src/gcc/ada/switch.ads ada/generated/gnatvsn.ads ../../src/gcc/ada/types.ads ../../src/gcc/ada/libgnat/ada.ads ../../src/gcc/ada/libgnat/a-unccon.ads ../../src/gcc/ada/libgnat/a-uncdea.ads ../../src/gcc/ada/libgnat/s-string.ads ../../src/gcc/ada/debug.ads ../../src/gcc/ada/lib.ads ../../src/gcc/ada/alloc.ads ../../src/gcc/ada/namet.ads ../../src/gcc/ada/hostparm.ads ../../src/gcc/ada/table.ads ada/gnat.ads ../../src/gcc/ada/libgnat/g-htable.ads ../../src/gcc/ada/libgnat/s-htable.ads ../../src/gcc/ada/osint.ads ../../src/gcc/ada/libgnat/s-os_lib.ads ../../src/gcc/ada/libgnat/s-stoele.ads ../../src/gcc/ada/opt.ads ../../src/gcc/ada/libgnat/s-wchcon.ads ../../src/gcc/ada/stylesw.ads ../../src/gcc/ada/targparm.ads ../../src/gcc/ada/rident.ads ada/s-rident.ads ../../src/gcc/ada/ttypes.ads ../../src/gcc/ada/set_targ.ads ../../src/gcc/ada/stand.ads ../../src/gcc/ada/validsw.ads ../../src/gcc/ada/warnsw.ads ../../src/gcc/ada/libgnat/s-exctab.ads ../../src/gcc/ada/libgnat/s-stalib.ads ../../src/gcc/ada/libgnat/s-unstyp.ads ../../src/gcc/ada/libgnat/s-conca2.ads ../../src/gcc/ada/libgnat/s-secsta.ads ../../src/gcc/ada/libgnat/s-parame.ads raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:414 make[5]: *** [../../src/gcc/ada/gcc-interface/Make-lang.in:165: ada/switch-c.o] Error 1 Full log is here: https://buildd.debian.org/status/fetch.php?pkg=gcc-13=hppa=13.2.0-16=1708622992=0 Has something to do with -D_TIME_BITS=64 setting.
[Bug libgomp/113843] FAIL: libgomp.c/alloc-pinned-1.c execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113843 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #3 from John David Anglin --- Fixed on trunk.
[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL
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
tbb::detail::d1::task*
tbb::detail::d1::function_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/usr/include/oneapi/tbb/task_group.h:494:11: error: 'template
tbb::detail::d1::task*
tbb::detail::d1::function_stack_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to write compiled module: Bad file data
FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi
(gcm.cache/$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm)
FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++17 (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such file or directory
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: fatal
error: returning to the gate for a mechanical issue
compilation terminated.
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++17 (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such file or directory
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: fatal
error: returning to the gate for a mechanical issue
compilation terminated.
FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (test for excess errors)
Excess errors:
/usr/include/oneapi/tbb/task_group.h:465:11: error: 'template
tbb::detail::d1::task*
tbb::detail::d1::function_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/usr/include/oneapi/tbb/task_group.h:494:11: error: 'template
tbb::detail::d1::task*
tbb::detail::d1::function_stack_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to write compiled module: Bad file data
FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi
(gcm.cache/$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm)
FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++2a (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such file or directory
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: fatal
error: returning to the gate for a mechanical issue
compilation terminated.
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2a (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such file or directory
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: fatal
error: returning to the gate for a mechanical issue
compilation terminated.
FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (test for excess errors)
Excess errors:
/usr/include/oneapi/tbb/task_group.h:465:11: error: 'template
tbb::detail::d1::task*
tbb::detail::d1::function_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/usr/include/oneapi/tbb/task_group.h:494:11: error: 'template
tbb::detail::d1::task*
tbb::detail::d1::function_stack_task::execute(tbb::detail::d1::execution_data&)'
references internal linkage entity 'template tbb::detail::d1::task*
tbb::detail::d2::{anonymous}::task_ptr_or_nullptr(F&&)'
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to write compiled module: Bad file data
FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi
(gcm.cache/$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm)
FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++2b (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such file or directory
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: fatal
error: returning to the gate for a mechanical issue
compilation terminated.
FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
failed to read compiled module: No such
[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL
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 David Anglin --- With revision r14-8899-gc9bdcb0c343, I stll have the following fails: FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm) FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm) FAIL: g++.dg/modules/xtreme-header-2_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header-2_a.H.gcm) FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++17 (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_b.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++17 (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header-4_c.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header-6_c.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header_a.H -std=c++17 (test for excess errors) FAIL: g++.dg/modules/xtreme-header_a.H -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header_a.H -std=c++2b (test for excess errors) FAIL: g++.dg/modules/xtreme-header_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header_a.H.gcm) FAIL: g++.dg/modules/xtreme-header_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header_a.H.gcm) FAIL: g++.dg/modules/xtreme-header_a.H module-cmi (gcm.cache/\$srcdir/g++.dg/modules/xtreme-header_a.H.gcm) FAIL: g++.dg/modules/xtreme-header_b.C -std=c++17 (test for excess errors) FAIL: g++.dg/modules/xtreme-header_b.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header_b.C -std=c++2b (test for excess errors)
[Bug rust/113865] New: FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113865 Bug ID: 113865 Summary: FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test 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 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/testsuite/rust/../../gccrs -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/rust/../../ /home/dave/gnu/gcc/gcc/g cc/testsuite/rust/execute/torture/issue-2187.rs -fdiagnostics-plain-output -frus t-incomplete-and-experimental-compiler-do-not-use -O0 -lm -o ./issue-2187.exe PASS: rust/execute/torture/issue-2187.rs -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:.:/home/dave/gnu/gcc/objdir64/gcc:/home/dave/gnu/gc c/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs Execution timeout is: 300 spawn [open ...] L1 L2 PASS: rust/execute/torture/issue-2187.rs -O0 execution test FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test Output was: L1 L2 Should match: L1 L2 L3 L4 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug rust/113865] New: FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113865 Bug ID: 113865 Summary: FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test 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 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/testsuite/rust/../../gccrs -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/rust/../../ /home/dave/gnu/gcc/gcc/g cc/testsuite/rust/execute/torture/issue-2187.rs -fdiagnostics-plain-output -frus t-incomplete-and-experimental-compiler-do-not-use -O0 -lm -o ./issue-2187.exe PASS: rust/execute/torture/issue-2187.rs -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:.:/home/dave/gnu/gcc/objdir64/gcc:/home/dave/gnu/gc c/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs Execution timeout is: 300 spawn [open ...] L1 L2 PASS: rust/execute/torture/issue-2187.rs -O0 execution test FAIL: rust/execute/torture/issue-2187.rs -O0 output pattern test Output was: L1 L2 Should match: L1 L2 L3 L4
[Bug rust/113864] New: FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113864 Bug ID: 113864 Summary: FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding 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 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/testsuite/rust/../../gccrs -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/rust/../../ /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/debug/chartype.rs -fdiagnostics-plain-output -frust-incomplete-and-experimental-compiler-do-not-use -w -gdwarf-4 -dA -fno-ident -S -o chartype.s PASS: rust/debug/chartype.rs (test for excess errors) FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding Have following in .s file: .uleb128 0x6; (DIE (0x1e0) DW_TAG_base_type) .byte 0x4 ; DW_AT_byte_size .byte 0x8 ; DW_AT_encoding
[Bug rust/113864] New: FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113864 Bug ID: 113864 Summary: FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding 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 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/testsuite/rust/../../gccrs -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/rust/../../ /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/debug/chartype.rs -fdiagnostics-plain-output -frust-incomplete-and-experimental-compiler-do-not-use -w -gdwarf-4 -dA -fno-ident -S -o chartype.s PASS: rust/debug/chartype.rs (test for excess errors) FAIL: rust/debug/chartype.rs scan-assembler 0x10[ \t][^\n\r]* DW_AT_encoding Have following in .s file: .uleb128 0x6; (DIE (0x1e0) DW_TAG_base_type) .byte 0x4 ; DW_AT_byte_size .byte 0x8 ; DW_AT_encoding -- You are receiving this mail because: You are on the CC list for the bug.
[Bug rust/113473] rust/compile/iterators1.rs etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113473 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||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 --- Comment #1 from John David Anglin --- Same on hppa64-hp-hpux11.11. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug rust/113473] rust/compile/iterators1.rs etc. FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113473 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||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 --- Comment #1 from John David Anglin --- Same on hppa64-hp-hpux11.11.
[Bug rust/113472] rust/compile/issue-1446.rs FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113472 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||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 --- Comment #1 from John David Anglin --- Same on hppa64-hp-hpux11.11. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug rust/113472] rust/compile/issue-1446.rs FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113472 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||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 --- Comment #1 from John David Anglin --- Same on hppa64-hp-hpux11.11.
[Bug rust/107700] Several testsuite failures on SPARC
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: /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'u8' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'u16' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'u32' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'u64' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'u128' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/const-issue1440.rs:56:55: error: mismatched types, expected 'usize' but got '()' [E0308] FAIL: rust/compile/torture/issue-1432.rs -O0 (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/torture/issue-1432.rs:60:55: error: mismatched types, expected 'u8' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/torture/issue-1432.rs:60:55: error: mismatched types, expected 'u16' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/torture/issue-1432.rs:60:55: error: mismatched types, expected 'u32' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/torture/issue-1432.rs:60:55: error: mismatched types, expected 'u64' but got '()' [E0308] /home/dave/gnu/gcc/gcc/gcc/testsuite/rust/compile/torture/issue-1432.rs:60:55: error: mismatched types, expected 'usize' but got '()' [E0308]
[Bug rust/107700] Several testsuite failures on SPARC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107700 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org Build|sparc*-sun-solaris2.11 |sparc*-sun-solaris2.11 ||hppa64-hp-hpux11.11 Last reconfirmed||2024-02-10 Host|sparc*-sun-solaris2.11 |sparc*-sun-solaris2.11 ||hppa64-hp-hpux11.11 Status|UNCONFIRMED |NEW Target|sparc*-sun-solaris2.11 |sparc*-sun-solaris2.11 ||hppa64-hp-hpux11.11 Ever confirmed|0 |1 --- Comment #1 from John David Anglin --- const-issue1440.rs and issue-1432.rs fail in same way as Solaris/SPARC. builtin_macros1.rs execution fails at -O0: FAIL: rust/execute/torture/builtin_macros1.rs -O0 execution test At -O1 and above, execution tests pass but pattern tests fail: PASS: rust/execute/torture/builtin_macros1.rs -O1 execution test FAIL: rust/execute/torture/builtin_macros1.rs -O1 output pattern test Output was: <80> Should match: rust/execute/torture/builtin_macros1.rs^M* loop-condition-eval.rs does not fail on hppa64-hp-hpux11.11.
[Bug libstdc++/113792] error: '__size_t' was not declared in this scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113792 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #7 from John David Anglin --- Problem disappeared after updating to revision r14-8898-g2bb45562202.
[Bug libgomp/113843] New: FAIL: libgomp.c/alloc-pinned-1.c execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113843
Bug ID: 113843
Summary: FAIL: libgomp.c/alloc-pinned-1.c execution test
Product: gcc
Version: 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
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux*
spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/obj
dir/gcc/ /home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/alloc-pinned-1.c
-B/
home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgomp/
-B/home/dave/gnu/gcc/objdir/h
ppa-linux-gnu/./libgomp/.libs
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgo
mp -I/home/dave/gnu/gcc/gcc/libgomp/testsuite/../../include
-I/home/dave/gnu/gcc
/gcc/libgomp/testsuite/.. -fmessage-length=0 -fno-diagnostics-show-caret
-fdiagn
ostics-color=never -fopenmp -O2
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./lib
gomp/.libs -lm -o ./alloc-pinned-1.exe
PASS: libgomp.c/alloc-pinned-1.c (test for excess errors)
Got flock('../lock', '--exclusive') at Thu Feb 08 13:32:33 UTC 2024 after 0 s
Setting LD_LIBRARY_PATH to
.:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/ob
jdir/hppa-linux-gnu/./libgomp/.libs:/home/dave/gnu/gcc/objdir/gcc:.:/home/dave/g
nu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgomp/.libs:/home
/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/s
rc/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gc
c/objdir/hppa-linux-gnu/libphobos/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux
-gnu/libgm2/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/d
ave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gc
c:/home/dave/gnu/gcc/objdir/./prev-gcc
Execution timeout is: 300
spawn [open ...]
FAIL: libgomp.c/alloc-pinned-1.c execution test
Breakpoint 3, main ()
at /home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/alloc-pinned-1.c:96
96if (amount == 0)
(gdb) p amount
$3 = 0
Program then aborts.
mx3210:~# cat /proc/16240/status
Name: alloc-pinned-1.
Umask: 0022
State: t (tracing stop)
Tgid: 16240
[...]
VmLck: 0 kB
VmPin: 0 kB
dave@mx3210:~/gnu/gcc/objdir/hppa-linux-gnu/libgomp/testsuite$ ulimit -a
real-time non-blocking time (microseconds, -R) unlimited
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 31949
max locked memory (kbytes, -l) 1025596
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size(512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 81920
cpu time (seconds, -t) unlimited
max user processes (-u) 31949
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Similar fails:
libgomp.c/alloc-pinned-2.c
libgomp.c/alloc-pinned-3.c
libgomp.c/alloc-pinned-4.c
[Bug libstdc++/113792] error: '__size_t' was not declared in this scope
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: https://gcc.gnu.org/pipermail/gcc-testresults/2024-February/807425.html Will upload preprocessed source for punct.cc after current build and check completes on parisc machine.
[Bug libstdc++/113792] New: error: '__size_t' was not declared in this scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113792 Bug ID: 113792 Summary: error: '__size_t' was not declared in this scope Product: gcc Version: 14.0 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-hp-hpux11.11 Build: hppa64-hp-hpux11.11 I enabled building rust on hppa64-hp-hpux11.11 and hit this error: /home/dave/gnu/gcc/objdir64/./prev-gcc/x g++ -B/home/dave/gnu/gcc/objdir64/./prev-gcc/ -B/opt/gnu64/gcc/gcc-14/hppa64-hp- hpux11.11/bin/ -nostdinc++ -B/home/dave/gnu/gcc/objdir64/prev-hppa64-hp-hpux11.1 1/libstdc++-v3/src/.libs -B/home/dave/gnu/gcc/objdir64/prev-hppa64-hp-hpux11.11/ libstdc++-v3/libsupc++/.libs -isystem /home/dave/gnu/gcc/objdir64/prev-hppa64-h p-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -isystem /home/dave/gnu/gc c/objdir64/prev-hppa64-hp-hpux11.11/libstdc++-v3/include -isystem /home/dave/gn u/gcc/gcc/libstdc++-v3/libsupc++ -L/home/dave/gnu/gcc/objdir64/prev-hppa64-hp-hp ux11.11/libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/prev-hppa64-hp-hpux 11.11/libstdc++-v3/libsupc++/.libs -g -O2 -fno-checking -c -o punct.o ../../.. /gcc/libgrust/libproc_macro_internal/punct.cc In file included from /home/dave/gnu/gcc/gcc-trunk/libstdc++-v3/include/c_global /cstdlib:79, from ../../../gcc/libgrust/libproc_macro_internal/punct.cc:24: /usr/include/stdlib.h:349:25: error: '__size_t' was not declared in this scope; did you mean '__site_t'? 349 | extern void *valloc(__size_t); | ^~~~ | __site_t make[4]: *** [: punct.o] Error 1 make[4]: Leaving directory '/home/dave/gnu/gcc/objdir64/libgrust/libproc_macro_internal' make[3]: *** [Makefile:421: all-recursive] Error 1 This is an #include_next problem. We have the following in cstdlib: // Need to ensure this finds the C library's not a libstdc++ // wrapper that might already be installed later in the include search path. #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS #include_next #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS stdlib.h is fixed on this target. The #include_next pulled stdlib.h from /usr/include instead of ./prev-gcc/include-fixed/stdlib.h. Maybe the fix is to just use #include but I'm not sure. There are a couple of other places which define _GLIBCXX_INCLUDE_NEXT_C_HEADERS.
[Bug libstdc++/113743] [14 Regression] FAIL: g++.dg/modules/hello-1_b.C -std=c++17 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743 --- Comment #1 from John David Anglin --- revision r14-8702-g314cbfe2980 was okay.
[Bug target/59778] FAIL: gcc.dg/atomic/c11-atomic-exec-5.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #6 from John David Anglin --- Fixed on trunk.
[Bug libstdc++/113743] New: [14 Regression] FAIL: g++.dg/modules/hello-1_b.C -std=c++17 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743 Bug ID: 113743 Summary: [14 Regression] FAIL: g++.dg/modules/hello-1_b.C -std=c++17 (test for excess errors) Product: gcc Version: 14.0 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-hp-hpux11.11 Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++1/../../xg++ -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/g++1/../../ /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/hello-1_b.C -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -std=c++17 -pedantic-errors -Wno-long-long -fmodules-ts -S -o hello-1_b.s In file included from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/stl_pair.h:62, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/stl_algobase.h:64, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/string:51, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/locale_classes.h:40, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/ios_base.h:41, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/ios:44, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/ostream:40, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/iostream:41, from /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/hello-1_a.C:5, of module hello, imported at /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/hello-1_b.C:4: /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/utility.h: In function 'int main()': /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/utility.h:84:11: error: conflicting global module declaration 'using std::__tuple_element_t = typename std::tuple_element<__i, std::tuple<_Elements ...> >::type' In file included from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/stl_pair.h:62, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/stl_algobase.h:64, from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/string_view:52, from /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/hello-1_b.C:3: /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/utility.h:84:11: note: existing declaration 'using std::__tuple_element_t = typename std::tuple_element<__i, std::tuple<_Elements ...> >::type' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/hello-1_b.C:7:3: note: during load of binding '::greeter@hello' compiler exited with status 1 FAIL: g++.dg/modules/hello-1_b.C -std=c++17 (test for excess errors) Excess errors: /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/bits/utility.h:84:11: error: conflicting global module declaration 'using std::__tuple_element_t = typename std::tuple_element<__i, std::tuple<_Elements ...> >::type' UNRESOLVED: g++.dg/modules/hello-1 -std=c++17 link UNRESOLVED: g++.dg/modules/hello-1 -std=c++17 execute Similar fails: FAIL: g++.dg/modules/hello-1_b.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/hello-1_b.C -std=c++2b (test for excess errors)
[Bug middle-end/110659] Error from linker: .eh_frame_hdr refers to overlapping FDEs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110659 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #10 from John David Anglin --- I hit this error in stage1 after a small change to pa.cc. It seems to have gone after updating to Debian binutils 2.42-2. I just rebuilt without any changes to gcc tree. The error occurred with binutils 2.41.90.20240122-1.
[Bug libgcc/113402] Incorrect symbol versions for __builtin_nested_func_ptr_created, __builtin_nested_func_ptr in libgcc_s.so.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #6 from John David Anglin --- I'm now seeing: In file included from ../../../gcc/libgcc/libgcc2.c:56: ../../../gcc/libgcc/libgcc2.h:32:13: warning: conflicting types for built-in fun ction '__gcc_nested_func_ptr_created'; expected 'void(void *, void *, void *)' [ -Wbuiltin-declaration-mismatch] 32 | extern void __gcc_nested_func_ptr_created (void *, void *, void **); | ^
[Bug regression/113672] New: [14 Regression] FAIL: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113672 Bug ID: 113672 Summary: [14 Regression] FAIL: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for excess errors) Product: gcc Version: 14.0 Status: UNCONFIRMED 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: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++2/../../xg++ - B/home/dave/gnu/gcc/objdir64/gcc/testsuite/g++2/../../ /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/pch/line-map-3.C -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -g -I. -Dwith_PCH -Werror=unused-macros -S -o line-map-3.s /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/pch/line-map-3.C:3:9: error: macro "UNUSED_MACRO" is not used [-Werror=unused-macros] /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/pch/line-map-3.C:3:9: error: macro "with_PCH" is not used [-Werror=unused-macros] cc1plus: some warnings being treated as errors compiler exited with status 1 XFAIL: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for errors, line 1) XPASS: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for bogus messages, line 2) XPASS: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH at line 17 (test for bogus messages, line 2) PASS: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH dg-regexp 23 was found: "[^[:space:]]*: some warnings being treated as errors" FAIL: g++.dg/pch/line-map-3.C -g -I. -Dwith_PCH (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/pch/line-map-3.C:3:9: error: macro "UNUSED_MACRO" is not used [-Werror=unused-macros] /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/pch/line-map-3.C:3:9: error: macro "with_PCH" is not used [-Werror=unused-macros] Commit bad991a1c59 was okay. Similar fails: FAIL: g++.dg/pch/line-map-3.C -O2 -g -I. -Dwith_PCH (test for excess errors) FAIL: g++.dg/pch/line-map-3.C -O2 -I. -Dwith_PCH (test for excess errors)
[Bug libstdc++/113569] New: FAIL: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113569 Bug ID: 113569 Summary: FAIL: 26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 (test for excess errors) Product: gcc Version: 14.0 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* Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/./gcc/xg++ -shared-libgcc -B/home/dave/gnu/gcc/objdir64/./gcc -nostdinc++ -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/src -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux 11.11/libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++/.libs -B/opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/lib/ -isystem /opt/gnu64/gcc/gcc- 14/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-14/hppa64-hp-hpux11.11/sys-include -fchecking=1 -B/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs -fmessage-length=0 -fno-show-column -ffunction-secti ons -fdata-sections -O2 -g -DLOCALEDIR="." -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/ gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc -std=gnu++17 -include bits/stdc++.h -fdiagnostics-plain-output ./libtestc++.a -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/src/experimental/.libs -lm -o ./equivalent_functions.exe /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:31: error: 'ceilf' is not a member of 'std'; did you mean 'ceil'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:31: error: 'ceilf' is not a member of 'std'; did you mean 'ceil'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:31: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:36: error: 'floorf' is not a member of 'std'; did you mean 'floor'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:36: error: 'floorf' is not a member of 'std'; did you mean 'floor'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:36: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:38: error: 'frexpf' is not a member of 'std'; did you mean 'frexp'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:38: error: 'frexpf' is not a member of 'std'; did you mean 'frexp'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:38: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:39: error: 'ldexpf' is not a member of 'std'; did you mean 'ldexp'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:39: error: 'ldexpf' is not a member of 'std'; did you mean 'ldexp'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:39: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:42: error: 'modff' is not a member of 'std'; did you mean 'modf'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:42: error: 'modff' is not a member of 'std'; did you mean 'modf'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:42: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:50: error: 'acosl' is not a member of 'std'; did you mean 'acosh'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:50: error: 'acosl' is not a member of 'std'; did you mean 'acosh'? /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:50: error: template argument 1 is invalid /home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/26_numerics/headers/cmath/equivalent_functions.cc:51: error: 'asinl' is not a member of 'std'; did you mean 'asinh'? /home/dave/gnu/gcc/gcc/li
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from John David Anglin --- Fixed on trunk.
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
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 (enumeration, DW_AT_name);
unsigned int bit_size = ctf_die_bitsize (enumeration);
unsigned int signedness = get_AT_unsigned (enumeration, DW_AT_encoding);
get_AT() returns NULL.
This is because dwarf_strict is 1:
if (!dwarf_strict)
add_AT_unsigned (type_die, DW_AT_encoding,
TYPE_UNSIGNED (type)
? DW_ATE_unsigned
: DW_ATE_signed);
I believe we need to add -gno-strict-dwarf option on hppa*64*-*-hpux*.
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
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, enum_name, bit_size / 8, (signedness == DW_ATE_unsigned), enumeration); signedness = 0 (gdb) bt #0 ctf_add_enum (ctfc=0x83ffbfea7c00, flag=1, name=0x83ffbfe6b188 "foo", size=4, eunsigned=false, die=0x83ffbfea2320) at ../../gcc/gcc/ctfc.cc:591 #1 0x4082df34 in gen_ctf_enumeration_type ( enumeration=0x83ffbfea2320, ctfc=0x83ffbfea7c00) at ../../gcc/gcc/dwarf2ctf.cc:762 #2 gen_ctf_type (ctfc=0x83ffbfea7c00, die=0x83ffbfea2320) at ../../gcc/gcc/dwarf2ctf.cc:899 #3 0x4082e8b8 in ctf_do_die (die=0x83ffbfea2320) at ../../gcc/gcc/dwarf2ctf.cc:978 #4 0x4088f9b0 in ctf_debug_do_cu (die=) at ../../gcc/gcc/dwarf2out.cc:33017 #5 ctf_debug_do_cu (die=) at ../../gcc/gcc/dwarf2out.cc:33010 #6 dwarf2out_early_finish (filename=0x83ffbfea7c00 "â–’\362\004\002") at ../../gcc/gcc/dwarf2out.cc:33146 #7 0x407de578 in symbol_table::finalize_compilation_unit ( this=0x83ffbfe6b188) at ../../gcc/gcc/cgraphunit.cc:2579 #8 0x40d55338 in compile_file () at ../../gcc/gcc/toplev.cc:474
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
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 dtd->dtd_enum_unsigned
$10 = false
/* BTF_KF_ENUM_ holds the flags for kflags in BTF_KIND_ENUM{,64}. */
#define BTF_KF_ENUM_UNSIGNED(0)
#define BTF_KF_ENUM_SIGNED (1 << 0)
Test has:
enum foo
{
BAR = 0,
BAZ = 1,
QUZ = 2,
QUX = 3
};
I think the choice of signed int is correct:
https://en.cppreference.com/w/c/language/enum
But then there are articles indicating that the type is implementation
dependent:
https://stackoverflow.com/questions/159034/are-c-enums-signed-or-unsigned
Maybe test needs to handle either case.
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
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) \ kflag) ? 1 : 0 ) << 31) | ((kind) << 24) | ((vlen) & 0x)) Problem seems kflag.
[Bug debug/113382] FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
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 ]+[^\\n]*btt_info 1 FAIL: gcc.dg/debug/btf/btf-enum64-1.c scan-assembler-times [\\t ]0x1303[\\t ]+[^\\n]*btt_info 2 FAIL: gcc.dg/debug/btf/btf-enum64-1.c scan-assembler-times [\\t ]0x9303[\\t ]+[^\\n]*btt_info 1
[Bug go/113530] [14 Regression] libgo ftbfs on arc-linux-gnu
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.
[Bug go/113530] [14 Regression] libgo ftbfs on arc-linux-gnu
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.
[Bug libgomp/113448] libgomp.c/alloc-pinned-1.c etc. XPASS
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: libgomp.c/alloc-pinned-4.c execution test
[Bug c/113524] New: 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 Bug ID: 113524 Summary: FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus 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: --- Host: hppa*-*-linux* Target: hppa*-*-linux* Build: hppa*-*-linux* spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/obj dir/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr113026-1.c -fdiag nostics-plain-output -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions -Wall -S -o pr113026-1.s /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr113026-1.c: In function 'foo': /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr113026-1.c:10:12: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=] /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr113026-1.c:4:6: note: at offset 16 into destination object 'dst' of size 16 FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus messages, line 10) PASS: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for excess errors) Only occurs at -O3.
[Bug tree-optimization/69807] FAIL: gcc.dg/graphite/scop-19.c scan-tree-dump-times graphite "number of SCoPs: 0" 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69807 --- Comment #4 from John David Anglin --- Fixed for hppa64-hp-hpux11.11 on trunk.
[Bug testsuite/113437] [14 Regression] gcc.dg/tree-ssa/pr95906.c fails on arm since g:6686e16fda4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #4 from John David Anglin --- Also FAILS on 32 and 64-bit HPPA.
[Bug tree-optimization/113493] New: FAIL: gcc.dg/tree-ssa/slsr-13.c scan-tree-dump-times optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113493 Bug ID: 113493 Summary: FAIL: gcc.dg/tree-ssa/slsr-13.c scan-tree-dump-times optimized Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal 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 Created attachment 57148 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57148=edit Tree dump spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/o bjdir64/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/slsr-13.c -fdi agnostics-plain-output -O3 -fdump-tree-optimized -S -o slsr-13.s Executing on host: /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/obj dir64/gcc/ exceptions_enabled9669.cc-fdiagnostics-plain-output -Wno-compla in-wrong-lang -S -o exceptions_enabled9669.s(timeout = 300) spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/o bjdir64/gcc/ exceptions_enabled9669.cc -fdiagnostics-plain-output -Wno-complain- wrong-lang -S -o exceptions_enabled9669.s PASS: gcc.dg/tree-ssa/slsr-13.c (test for excess errors) gcc.dg/tree-ssa/slsr-13.c: pattern found 0 times FAIL: gcc.dg/tree-ssa/slsr-13.c scan-tree-dump-times optimized " \\* 4" 2 gcc.dg/tree-ssa/slsr-13.c: pattern found 2 times FAIL: gcc.dg/tree-ssa/slsr-13.c scan-tree-dump-times optimized " \\* 5" 0 This has been around since at least gcc-12.
[Bug rust/113461] New: [14 Regression] rust-proc-macro.cc:174:15: error: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'long long unsigned int' [-Werror=format=]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Bug ID: 113461
Summary: [14 Regression] rust-proc-macro.cc:174:15: error:
format '%lu' expects argument of type 'long unsigned
int', but argument 3 has type 'long long unsigned int'
[-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
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux*
/home/dave/gnu/gcc/objdir/./prev-gcc/xg++
-B/home/dave/gnu/gcc/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-14/hppa-linux-gnu/bin/ -nostdinc++
-B/home/dave/g
nu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/src/.libs
-B/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/include/hppa-linux-gnu
-I/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/include
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-L/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-fno-PIE -c -DIN_GCC_FRONTEND -g -O2 -fno-checking -DIN_GCC-fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Wconditionally-supported
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wno-unused-parameter -DHAVE_CONFIG_H
-fno-PIE -I. -Irust -I../../gcc/gcc -I../../gcc/gcc/rust
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I../../gcc/gcc/../libcody -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../gcc/gcc/../libbacktrace -o rust/rust-macro-invoc-lexer.o -MT
rust/rust-macro-invoc-lexer.o -MMD -MP -MF
rust/.deps/rust-macro-invoc-lexer.TPo -g -O2 -fno-checking -I
../../gcc/gcc/rust -I ../../gcc/gcc/rust/lex -I ../../gcc/gcc/rust/parse -I
../../gcc/gcc/rust/ast -I ../../gcc/gcc/rust/analysis -I
../../gcc/gcc/rust/backend -I ../../gcc/gcc/rust/expand -I
../../gcc/gcc/rust/hir/tree -I ../../gcc/gcc/rust/hir -I
../../gcc/gcc/rust/resolve -I ../../gcc/gcc/rust/util -I
../../gcc/gcc/rust/typecheck -I ../../gcc/gcc/rust/checks/lints -I
../../gcc/gcc/rust/checks/errors -I ../../gcc/gcc/rust/checks/errors/privacy -I
../../gcc/gcc/rust/checks/errors/borrowck -I ../../gcc/gcc/rust/util -I
../../gcc/gcc/rust/metadata -I ../../gcc/gcc/../libgrust
../../gcc/gcc/rust/expand/rust-macro-invoc-lexer.cc
In file included from ../../gcc/gcc/rust/expand/rust-proc-macro.cc:18:
../../gcc/gcc/rust/expand/rust-proc-macro.cc: In function 'const
std::vector Rust::load_macros(std::string)':
../../gcc/gcc/rust/expand/rust-proc-macro.cc:174:15: error: format '%lu'
expects argument of type 'long unsigned int', but argument 3 has type 'long
long unsigned int' [-Werror=format=]
174 | rust_debug ("Found %lu procedural macros", array->length);
| ^ ~
| |
| long long unsigned
int
../../gcc/gcc/rust/rust-diagnostics.h:305:57: note: in definition of macro
'rust_debug'
305 | #define rust_debug(...) rust_debug_loc (UNDEF_LOCATION, __VA_ARGS__)
| ^~~
../../gcc/gcc/rust/expand/rust-proc-macro.cc:174:24: note: format string is
defined here
174 | rust_debug ("Found %lu procedural macros", array->length);
| ~~^
||
|long unsigned int
| %llu
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug rust/113461] New: [14 Regression] rust-proc-macro.cc:174:15: error: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'long long unsigned int' [-Werror=format=]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Bug ID: 113461
Summary: [14 Regression] rust-proc-macro.cc:174:15: error:
format '%lu' expects argument of type 'long unsigned
int', but argument 3 has type 'long long unsigned int'
[-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
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
Host: hppa*-*-linux*
Target: hppa*-*-linux*
Build: hppa*-*-linux*
/home/dave/gnu/gcc/objdir/./prev-gcc/xg++
-B/home/dave/gnu/gcc/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-14/hppa-linux-gnu/bin/ -nostdinc++
-B/home/dave/g
nu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/src/.libs
-B/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/include/hppa-linux-gnu
-I/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/include
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-L/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-fno-PIE -c -DIN_GCC_FRONTEND -g -O2 -fno-checking -DIN_GCC-fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Wconditionally-supported
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -Wno-unused-parameter -DHAVE_CONFIG_H
-fno-PIE -I. -Irust -I../../gcc/gcc -I../../gcc/gcc/rust
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I../../gcc/gcc/../libcody -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../gcc/gcc/../libbacktrace -o rust/rust-macro-invoc-lexer.o -MT
rust/rust-macro-invoc-lexer.o -MMD -MP -MF
rust/.deps/rust-macro-invoc-lexer.TPo -g -O2 -fno-checking -I
../../gcc/gcc/rust -I ../../gcc/gcc/rust/lex -I ../../gcc/gcc/rust/parse -I
../../gcc/gcc/rust/ast -I ../../gcc/gcc/rust/analysis -I
../../gcc/gcc/rust/backend -I ../../gcc/gcc/rust/expand -I
../../gcc/gcc/rust/hir/tree -I ../../gcc/gcc/rust/hir -I
../../gcc/gcc/rust/resolve -I ../../gcc/gcc/rust/util -I
../../gcc/gcc/rust/typecheck -I ../../gcc/gcc/rust/checks/lints -I
../../gcc/gcc/rust/checks/errors -I ../../gcc/gcc/rust/checks/errors/privacy -I
../../gcc/gcc/rust/checks/errors/borrowck -I ../../gcc/gcc/rust/util -I
../../gcc/gcc/rust/metadata -I ../../gcc/gcc/../libgrust
../../gcc/gcc/rust/expand/rust-macro-invoc-lexer.cc
In file included from ../../gcc/gcc/rust/expand/rust-proc-macro.cc:18:
../../gcc/gcc/rust/expand/rust-proc-macro.cc: In function 'const
std::vector Rust::load_macros(std::string)':
../../gcc/gcc/rust/expand/rust-proc-macro.cc:174:15: error: format '%lu'
expects argument of type 'long unsigned int', but argument 3 has type 'long
long unsigned int' [-Werror=format=]
174 | rust_debug ("Found %lu procedural macros", array->length);
| ^ ~
| |
| long long unsigned
int
../../gcc/gcc/rust/rust-diagnostics.h:305:57: note: in definition of macro
'rust_debug'
305 | #define rust_debug(...) rust_debug_loc (UNDEF_LOCATION, __VA_ARGS__)
| ^~~
../../gcc/gcc/rust/expand/rust-proc-macro.cc:174:24: note: format string is
defined here
174 | rust_debug ("Found %lu procedural macros", array->length);
| ~~^
||
|long unsigned int
| %llu
[Bug libgomp/113448] libgomp.c/alloc-pinned-1.c etc. XPASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113448 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #1 from John David Anglin --- Same issue observed on hppa64-hp-hpux11.11.
[Bug fortran/113384] New: [14 Regression] FAIL: gfortran.dg/array_reference_1.f90 -O0 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384 Bug ID: 113384 Summary: [14 Regression] FAIL: gfortran.dg/array_reference_1.f90 -O0 execution test Product: gcc Version: 14.0 Status: UNCONFIRMED 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*-*-linux* spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfor tran -B/home/dave/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ -B/home/dave/gnu/ gcc/objdir/hppa-linux-gnu/./libgfortran/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gf ortran.dg/array_reference_1.f90 -fdiagnostics-plain-output -fdiagnostics-plain-o utput -O0 -pedantic-errors -B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomi c/ -B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.libs -B/home/dave/gnu /gcc/objdir/hppa-linux-gnu/./libgfortran/.libs -L/home/dave/gnu/gcc/objdir/hppa- linux-gnu/./libgfortran/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgf ortran/.libs -L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.libs -lm -o ./array_reference_1.exe PASS: gfortran.dg/array_reference_1.f90 -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgfort ran/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgfortran/.libs:/home/dav e/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.libs:/home/dave/gnu/gcc/objdir/gcc/ testsuite/gfortran/../..:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.l ibs:.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgfortran/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libgfortran/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.libs:/home/dave/gnu/gcc/objdir/gcc/testsuite/gfortran/../..:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libatomic/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libphobos/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libphobos/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc Execution timeout is: 300 spawn [open ...] STOP 1 FAIL: gfortran.dg/array_reference_1.f90 -O0 execution test Test doesn't fail at -O1 and above. 23 if (any (b .ne. c)) STOP 1 (gdb) p b $1 = (((-1,-5.25255582e+35), (-3,1.40129846e-45)) ((-2,1.40129846e-45), (-4,0))) (gdb) p c $2 = (((1,-1), (3,-3)) ((2,-2), (4,-4))) Apparent similar fails: FAIL: gfortran.dg/dependency_58.f90 -O0 execution test FAIL: gfortran.dg/transpose_conjg_1.f90 -O0 execution test FAIL: gfortran.fortran-torture/execute/intrinsic_transpose.f90 execution, -O0
[Bug debug/113382] New: FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x6000004[\t ]+[^\n]*btt_info 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382 Bug ID: 113382 Summary: FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x604[\t ]+[^\n]*btt_info 1 Product: gcc Version: 14.0 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 Build: hppa64-hp-hpux11.11 Created attachment 57074 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57074=edit Assembler output spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/o bjdir64/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/debug/btf/btf-bitfields -3.c -fdiagnostics-plain-output -O0 -gbtf -dA -fno-ident -S -o btf-bitfields-3.s PASS: gcc.dg/debug/btf/btf-bitfields-3.c (test for excess errors) gcc.dg/debug/btf/btf-bitfields-3.c: [\t ]0x604[\t ]+[^\n]*btt_info found 0 t imes FAIL: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x604[\t ]+[^\n]*btt_info 1 PASS: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times [\t ]0x8401[\t ]+[^\n]*btt_info 1 PASS: gcc.dg/debug/btf/btf-bitfields-3.c scan-assembler-times btm_type: \\(BTF_KIND_ENUM 'foo' 1
[Bug c++/112737] [14 Regression] g++.dg/modules/xtreme-header-2_b.C -std=c++2b (test for excess errors)
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 ... _Args> using std::ranges::__detail::_DeduceExpr1 = decltype (_Cont<...auto...>(declval<_Rg>(), (declval<_Args>)()...))' /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 ... _Args> using std::ranges::__detail::_DeduceExpr2 = decltype (_Cont<...auto...>(std::from_range, declval<_Rg>(), (declval<_Args>)()...))' /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 ... _Args> using std::ranges::__detail::_DeduceExpr3 = decltype (_Cont<...auto...>(declval >(), declval >(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr1 = decltype (_Cont<...auto...>(declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr2 = decltype (_Cont<...auto...>(std::from_range, declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr3 = decltype (_Cont<...auto...>(declval >(), declval >(), (declval<_Args>)()...))'
[Bug c++/113038] [14 regression] Excess errors for g++.dg/modules/hello-1_b.C after r14-6569-gfe54b57728c09a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #8 from John David Anglin --- > Only partially: the "g++.dg/modules/hello-1 -std=c++2b execute" > is still there, and was part of the regression; at least introduced at the > same time. Same failure is observed on hppa64-hp-hpux11.11.
[Bug c++/113381] New: FAIL: g++.dg/cpp2a/consteval-prop6.C -std=c++20 at line 58 (test for warnings, line 57)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113381 Bug ID: 113381 Summary: FAIL: g++.dg/cpp2a/consteval-prop6.C -std=c++20 at line 58 (test for warnings, line 57) 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: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../xg++ -B /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../ /home/dave/gnu/gcc/gcc/gcc/ testsuite/g++.dg/cpp2a/consteval-prop6.C -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp -hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/includ e -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libst dc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -f message-length=0 -std=c++20 -pedantic-errors -Wno-long-long -S -o consteval-prop 6.s /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C: In construc tor 'SS::SS()': /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:20:8: error: call to consteval function 'f(0)' is not a constant expression /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:20:8: in ' constexpr' expansion of 'f(0)' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:11:16: error : call to non-'constexpr' function 'void side_effect()' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:5:6: note: ' void side_effect()' declared here /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C: In function 'void test()': /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:57:22: error : call to consteval function 'x.X::X()' is not a constant expression /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:57:22: in 'constexpr' expansion of 'X()' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:51:3: error: 'consteval int undef(int)' used before its definition /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:51:3: note: 'consteval X::X()' was promoted to an immediate function because its body contai ns an immediate-escalating expression 'undef(0)' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C: At global s cope: /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp2a/consteval-prop6.C:45:15: warning: inline function 'consteval int undef(int)' used but never defined compiler exited with status 1 PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for errors, line 11) PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for errors, line 20) PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for warnings, line 45) PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for errors, line 51) PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for errors, line 57) FAIL: g++.dg/cpp2a/consteval-prop6.C -std=c++20 at line 58 (test for warnings, line 57) PASS: g++.dg/cpp2a/consteval-prop6.C -std=c++20 (test for excess errors)
[Bug middle-end/113182] [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
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.
[Bug middle-end/113182] [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
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
[Bug testsuite/94253] FAIL: gfortran.dg/bind_c_coms.f90 -O0 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94253 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from John David Anglin --- Fixed on trunk.
[Bug libgomp/113192] [11/12/13/14 Regression] ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or directory
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.
[Bug middle-end/113182] [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
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 69f8f8ee018..0a1cc022023 100644
--- a/gcc/varasm.cc
+++ b/gcc/varasm.cc
@@ -2527,9 +2527,7 @@ process_pending_assemble_externals (void)
for (rtx list = pending_libcall_symbols; list; list = XEXP (list, 1))
{
rtx symbol = XEXP (list, 0);
- tree id = get_identifier (XSTR (symbol, 0));
- if (TREE_SYMBOL_REFERENCED (id))
- targetm.asm_out.external_libcall (symbol);
+ targetm.asm_out.external_libcall (symbol);
}
pending_assemble_externals = 0;
If you don't care about libfuncs, you could move the TREE_SYMBOL_REFERENCED
check into the bpf target.
[Bug libgomp/113192] New: [14 Regression] ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192
Bug ID: 113192
Summary: [14 Regression] ERROR: couldn't execute
"../../../gcc/libgomp/testsuite/flock": no such file
or directory
Product: gcc
Version: 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 Milestone: ---
Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
Build: hppa64-hp-hpux11.11
HP-UX doesn't have flock but it does have perl. configure tries to create
a fallback but a relative path to libgomp/testsuite/flock is generated.
It is wrong when the testsuite is run.
AC_MSG_NOTICE([checking for flock implementation])
AC_CHECK_PROGS(FLOCK, flock)
# Fallback if 'perl' is available.
if test -z "$FLOCK"; then
AC_CHECK_PROG(FLOCK, perl, $srcdir/testsuite/flock)
fi
configure: checking for flock implementation
checking for flock... no
checking for perl... ../../../gcc/libgomp/testsuite/flock
Running /home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/c.exp ...
ERROR: tcl error sourcing
/home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/c.exp.
ERROR: tcl error code NONE
ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or
directory
while executing
"exec $FLOCK $lock_kind 1 >@ $lock_fd"
(procedure "saved_libgomp_load" line 10)
invoked from within
"saved_libgomp_load ./alloc-1.exe"
("eval" body line 1)
invoked from within
"eval [list saved_${tool}_load $program] $args"
(procedure "libgomp_load" line 13)
invoked from within
"${tool}_load $output_file"
(procedure "saved-dg-test" line 218)
invoked from within
"saved-dg-test
/home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/../libgomp.c-c++-common/alloc-1.c
{} -O2"
("eval" body line 1)
invoked from within
"eval saved-dg-test $args "
(procedure "dg-test" line 1)
invoked from within
"dg-test $testcase $options ${default-extra-options}"
(procedure "dg-runtest" line 10)
invoked from within
"dg-runtest $tests "" $DEFAULT_CFLAGS"
(file "/home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/c.exp" line 27)
invoked from within
"source /home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/c.exp"
("uplevel" body line 1)
invoked from within
"uplevel #0 source /home/dave/gnu/gcc/gcc/libgomp/testsuite/libgomp.c/c.exp"
invoked from within
"catch "uplevel #0 source $test_file_name" msg"
This problem was introduced by the following commit:
commit 04abe1944d30eb18a2060cfcd9695d085f7b4752
Author: Thomas Schwinge
Date: Mon May 15 20:00:07 2023 +0200
Support parallel testing in libgomp: fallback Perl 'flock' [PR66005]
It appears this problem can be worked around by exporting FLOCK.
[Bug middle-end/113182] [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
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 ASM_OUTPUT_EXTERNAL_LIBCALL:
/* We need set the type for external libcalls. Also note that not all
libcall names are passed to targetm.encode_section_info (e.g., __main).
Thus, we also have to do the section encoding if it hasn't been done
already. */
#undef ASM_OUTPUT_EXTERNAL_LIBCALL
#define ASM_OUTPUT_EXTERNAL_LIBCALL(FILE, FUN) \
do {\
if (!FUNCTION_NAME_P (XSTR (FUN, 0))) \
pa_encode_label (FUN); \
ASM_OUTPUT_TYPE_DIRECTIVE (FILE, XSTR (FUN, 0), "function"); \
} while (0)
The .type directives that are emitted are now at the end:
.section.debug_str,"",@progbits
.ident "GCC: (GNU) 14.0.0 20231128 (experimental)
[remotes/origin/trunk r14-6831-ged60b2868ab]"
.type tanh, @function
[Bug middle-end/113182] [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
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
[Bug other/113182] New: [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113182 Bug ID: 113182 Summary: [14 Regression] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: 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-hpux11.11 Build: hppa64-hp-hpux11.11 Executing on host: /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../xg++ -B/h ome/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../ exceptions_enabled19821.cc -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-h p-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir 64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v 3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/ gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -Wno-complain-wrong-l ang -S -o exceptions_enabled19821.s(timeout = 300) spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../xg++ -B /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../ exceptions_enabled19821.cc -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-h pux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/ hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/l ibsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu /gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -Wno-complain-wrong-lang -S -o exceptions_enabled19821.s PASS: g++.dg/cpp0x/udlit-namespace.C -std=c++14 (test for excess errors) Setting LD_LIBRARY_PATH to .:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/experimental/.libs:/home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../..:.:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/experimental/.libs:/home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../.. Execution timeout is: 300 spawn [open ...] FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++14 execution test Similar fails: FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++17 execution test FAIL: g++.dg/cpp0x/udlit-namespace.C -std=c++20 execution test (gdb) r Starting program: /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/udlit-namespace.exe Program received signal SIGSEGV, Segmentation fault. 0x83ffbfcd3000 in ?? () from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs/libstdc++.sl.6 (gdb) bt #0 0x83ffbfcd3000 in ?? () from /home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs/libstdc++.sl.6 #1 0x83ffbfe5f3f4 in fmodl (x=, y=) at ../../../../../gcc/libstdc++-v3/src/c++98/math_stubs_long_double.cc:117 Backtrace stopped: Cannot access memory at address 0x3323 This problem was introduced by the following commit: bash-5.1$ git bisect bad f31a019d1161ec78846473da743aedf49cca8c27 is the first bad commit commit f31a019d1161ec78846473da743aedf49cca8c27 Author: Jose E. Marchesi Date: Fri Nov 24 06:30:28 2023 +0100 Emit funcall external declarations only if actually used. There are many places in GCC where alternative local sequences are tried in order to determine what is the cheapest or best alternative to use in the current target. When any of these sequences involve a libcall, the current implementation of emit_library_call_value_1 introduce a side-effect consisting on emitting an external declaration for the funcall (such as __divdi3) which is thus emitted even if the sequence that does the libcall is not retained. This is problematic in targets such as BPF, because the kernel loader chokes on the spurious symbol __divdi3 and makes the resulting BPF object unloadable. Note that BPF objects are not linked before being loaded. This patch changes asssemble_external_libcall to defer emitting declarations of external libcall symbols, by saving the call tree nodes in a temporary list pending_libcall_symbols and letting process_pending_assembly_externals to emit them only if they have been referenced. Solution suggested and sketched by Richard Sandiford. Regtested in x86_64-linux-gnu. Tested with host x86_64-linux-gnu with target bpf-unknown-none. gcc/ChangeLog PR target/109253 * varasm.cc (pending_libcall_symbols): New variable
[Bug analyzer/113150] New: FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++98 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113150 Bug ID: 113150 Summary: FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++98 (test for excess errors) Product: gcc Version: 14.0 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 Build: hppa64-hp-hpux11.11 Created attachment 56948 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56948=edit Preprocessed source spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../xg++ -B /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../ /home/dave/gnu/gcc/gcc/gcc/ testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -fdiagnostics-plai n-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -std=c++98 -fanalyzer -Wanalyzer-too-complex -fanalyzer-call-summaries -S -o fd-glibc-byte-stream-socket.s /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c: In function 'int main()': /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c:42:17: warning: leak of file descriptor 'socket(2, 1, 0)' [CWE-775] [-Wanalyzer-fd-leak] /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c:42:17: note: (1) socket created here /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c:42:17: note: (2) when 'socket' succeeds /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c:42:17: note: (3) 'socket(2, 1, 0)' leaks here FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++98 (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/analyzer/fd-glibc-byte-stream-socket.c:42:17: warning: leak of file descriptor 'socket(2, 1, 0)' [CWE-775] [-Wanalyzer-fd-leak] I tried modifying the test to close sock, but that didn't help. _exit() didn't work either. Similar g++ fails: FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++14 (test for excess errors) FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++17 (test for excess errors) FAIL: c-c++-common/analyzer/fd-glibc-byte-stream-socket.c -std=c++20 (test for excess errors) FAIL: c-c++-common/analyzer/fd-manpage-getaddrinfo-client.c -std=c++98 (test for excess errors) FAIL: c-c++-common/analyzer/fd-manpage-getaddrinfo-client.c -std=c++14 (test for excess errors) FAIL: c-c++-common/analyzer/fd-manpage-getaddrinfo-client.c -std=c++17 (test for excess errors) FAIL: c-c++-common/analyzer/fd-manpage-getaddrinfo-client.c -std=c++20 (test for excess errors) FAIL: c-c++-common/analyzer/fd-mappage-getaddrinfo-server.c -std=c++98 (test for excess errors) FAIL: c-c++-common/analyzer/fd-mappage-getaddrinfo-server.c -std=c++14 (test for excess errors) FAIL: c-c++-common/analyzer/fd-mappage-getaddrinfo-server.c -std=c++17 (test for excess errors) FAIL: c-c++-common/analyzer/fd-mappage-getaddrinfo-server.c -std=c++20 (test for excess errors) FAIL: c-c++-common/analyzer/fd-symbolic-socket.c -std=c++98 (test for excess errors) FAIL: c-c++-common/analyzer/fd-symbolic-socket.c -std=c++14 (test for excess errors) FAIL: c-c++-common/analyzer/fd-symbolic-socket.c -std=c++17 (test for excess errors) FAIL: c-c++-common/analyzer/fd-symbolic-socket.c -std=c++20 (test for excess errors)
[Bug c++/112883] FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112883 --- Comment #2 from John David Anglin --- The excess errors differ.
[Bug tree-optimization/112945] New: FAIL: gcc.dg/tree-ssa/phi-opt-24.c scan-tree-dump-not phiopt2 "if"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112945 Bug ID: 112945 Summary: FAIL: gcc.dg/tree-ssa/phi-opt-24.c scan-tree-dump-not phiopt2 "if" Product: gcc Version: 14.0 Status: UNCONFIRMED 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 56845 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56845=edit phiopt2 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/obj dir/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/phi-opt-24.c -fdia gnostics-plain-output -O2 -fno-signed-zeros -fdump-tree-phiopt -S -o phi-opt-24. s PASS: gcc.dg/tree-ssa/phi-opt-24.c (test for excess errors) PASS: gcc.dg/tree-ssa/phi-opt-24.c scan-tree-dump-times phiopt1 "if" 2 FAIL: gcc.dg/tree-ssa/phi-opt-24.c scan-tree-dump-not phiopt2 "if"
[Bug tree-optimization/112885] New: FAIL: gcc.dg/tree-ssa/ssa-sink-16.c (internal compiler error: Segmentation fault )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112885 Bug ID: 112885 Summary: FAIL: gcc.dg/tree-ssa/ssa-sink-16.c (internal compiler error: Segmentation fault ) Product: gcc Version: 14.0 Status: UNCONFIRMED 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 Preprocessed source Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/objdi r/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-sink-16.c -f diagnostics-plain-output -O2 -fno-tree-pre -fno-tree-dominator-opts -fdump-tre e-sink -fdump-tree-optimized -S -o ssa-sink-16.s(timeout = 300) spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/obj dir/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-sink-16.c -fdi agnostics-plain-output -O2 -fno-tree-pre -fno-tree-dominator-opts -fdump-tree-si nk -fdump-tree-optimized -S -o ssa-sink-16.s during GIMPLE pass: cddce /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-sink-16.c: In function 'f': /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-sink-16.c:5:5: internal compiler error: Segmentation fault 0x8b656f crash_signal ../../gcc/gcc/toplev.cc:316 0xa26a4c find_uses_to_rename_use ../../gcc/gcc/tree-ssa-loop-manip.cc:424 0xa26c03 find_uses_to_rename_use ../../gcc/gcc/tree-ssa-loop-manip.cc:414 0xa26c03 find_uses_to_rename_stmt ../../gcc/gcc/tree-ssa-loop-manip.cc:464 0xa26c03 find_uses_to_rename_bb ../../gcc/gcc/tree-ssa-loop-manip.cc:495 0xa27683 find_uses_to_rename ../../gcc/gcc/tree-ssa-loop-manip.cc:521 0xa27683 rewrite_into_loop_closed_ssa_1 ../../gcc/gcc/tree-ssa-loop-manip.cc:588 0xa27683 rewrite_into_loop_closed_ssa(bitmap_head*, unsigned int) ../../gcc/gcc/tree-ssa-loop-manip.cc:628 0x9075e7 repair_loop_structures ../../gcc/gcc/tree-cfgcleanup.cc:1190 0x9075e7 cleanup_tree_cfg(unsigned int) ../../gcc/gcc/tree-cfgcleanup.cc:1209 0x78089b execute_function_todo ../../gcc/gcc/passes.cc:2057 0x780ebb do_per_function ../../gcc/gcc/passes.cc:1687 0x78103f execute_todo ../../gcc/gcc/passes.cc:2142 Please submit a full bug report, with preprocessed source (by using -freport-bug). (gdb) r Starting program: /home/dave/gnu/gcc/objdir/gcc/cc1 -fpreprocessed ssa-sink-16.i -quiet -dumpbase ssa-sink-16.c -dumpbase-ext .c -O2 -version -fdiagnostics-color=never -fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers -fdiagnostics-urls=never -fdiagnostics-path-format=separate-events -fdiagnostics-text-art-charset=none -fno-tree-pre -fno-tree-dominator-opts -fdump-tree-sink -fdump-tree-optimized -o ssa-sink-16.s warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. GNU C17 (GCC) version 14.0.0 20231204 (experimental) [master r14-6126-g886f256ce3b] (hppa-linux-gnu) compiled by GNU C version 14.0.0 20231204 (experimental) [master r14-6126-g886f256ce3b], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 04c59775674c2a8fe5fa9ca70cc96db0 Program received signal SIGSEGV, Segmentation fault. find_uses_to_rename_use (bb=0xfabdc070, use_blocks=0x191d580, need_phis=, use=) at ../../gcc/gcc/tree-ssa-loop-manip.cc:424 424 if (!loop_outer (def_loop)) (gdb) disass $pc-16,$pc+16 Dump of assembler code from 0xa26a3c to 0xa26a5c: 0x00a26a3c :ldw 10(r24),ret0 0x00a26a40 :cmpib,= 0,ret0,0xa26aa0 0x00a26a44 :copy r25,r3 0x00a26a48 :ldw c(ret0),r26 => 0x00a26a4c :ldw 20(r26),ret0 0x00a26a50 :cmpib,=,n 0,ret0,0xa26aa0 0x00a26a54 :ldw 4(ret0),r19 0x00a26a58 :cmpib,= 0,r19,0xa26aa0 End of assembler dump. (gdb) p/x $r26 $1 = 0x0 (gdb) bt #0 find_uses_to_rename_use (bb=0xfabdc070, use_blocks=0x191d580, need_phis=, use=) at ../../gcc/gcc/tree-ssa-loop-manip.cc:424 #1 0x00a26c04 in find_uses_to_rename_use (need_phis=0x19bacc0, use_blocks=0x191d580, use=, bb=0xfabdc070) at ../../gcc/gcc/tree-ssa-loop-manip.cc:414 #2 find_uses_to_rename_stmt (use_flags=5, need_phis=0x19bacc0, use_blocks=0x191d580, stmt=0xfabdc070) at ../../gcc/gcc/tree-ssa-loop-manip.cc:464 #3 find_uses_to_rename_bb (bb=, use_blocks=0x191d580, need_phis=0x19bacc0, use_flags=5) at ../../gcc/gcc/tree-ssa-loop-manip.cc:495 #4 0x00a27684 in find_uses_to_rename (use_flags=5, need_phis=0x191d580, use_blocks=0x191d580, changed_bbs=) at ../../gcc/gcc/tree-ssa-loop-manip.cc:521 #5 rewrite_into_loop_closed_ssa_1 (use_flags=5, update_flag=, changed_bbs=) at ../../gcc/gcc/tr
[Bug c++/112883] New: FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112883 Bug ID: 112883 Summary: FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors) 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: --- On hppa-unknown-linux-gnu: FAIL: g++.dg/modules/xtreme-header-2_c.C -std=c++2b (test for excess errors) Excess errors: /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3524:28: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3527:19: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' Similar fails: FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2b (test for excess errors) See PR98531.
[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL
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: /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3524:28: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3527:19: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2a (test for excess errors) Excess errors: /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3524:28: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3527:19: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2b (test for excess errors) Excess errors: /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3524:28: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' /home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/format:3527:19: error: invalid use of non-static data member 'std::basic_format_args, wchar_t> >::__as_base ::' FAIL: g++.dg/modules/xtreme-header_b.C -std=c++2b (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'template class _Cont, class _Rg, class ... _Args> using std::ranges::__detail::_DeduceExpr1 = decltype (_Cont<...auto...>(declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'template class _Cont, class _Rg, class ... _Args> using std::ranges::__detail::_DeduceExpr2 = decltype (_Cont<...auto...>(std::from_range, declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'template class _Cont, class _Rg, class ... _Args> using std::ranges::__detail::_DeduceExpr3 = decltype (_Cont<...auto...>(declval >(), declval >(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr1 = decltype (_Cont<...auto...>(declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr2 = decltype (_Cont<...auto...>(std::from_range, declval<_Rg>(), (declval<_Args>)()...))' /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header_a.H: error: conflicting global module declaration 'using std::ranges::__detail::_DeduceExpr3 = decltype (_Cont<...auto...>(declval >(), declval >(), (declval<_Args>)()...))' The latter fail looks like PR112737.
[Bug c++/112737] [14 Regression] g++.dg/modules/xtreme-header-2_b.C -std=c++2b (test for 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 Target|cris-elf|cris-elf ||hppa-unknown-linux-gnu --- Comment #2 from John David Anglin --- Same errors occur on hppa-linux-gnu.
[Bug analyzer/112705] New: FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112705 Bug ID: 112705 Summary: FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors) Product: gcc Version: 14.0 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 Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/o bjdir64/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c -fdi agnostics-plain-output -fanalyzer -Wanalyzer-too-complex -fanalyzer-call-summari es -S -o pr94688.s /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c: In function 'c': /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c:5:5: warning: all ocated buffer size is not a multiple of the pointee's size [CWE-131] [-Wanalyzer -allocation-size] /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c:1:5: note: (1) al located here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c:5:5: note: (2) as signed to 'void (*)()' here; 'sizeof (void())' is '8' FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors) Excess errors: /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/pr94688.c:5:5: warning: allocated buffer size is not a multiple of the pointee's size [CWE-131] [-Wanalyzer-allocation-size]
[Bug analyzer/112704] New: FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112704 Bug ID: 112704 Summary: FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17) Product: gcc Version: 14.0 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 Build: hppa64-hp-hpux11.11 Executing on host: /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/obj dir64/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c -fdiagnostics-plain-output -fanalyzer -Wanalyzer-too-complex -fanalyzer-ca ll-summaries -Wno-analyzer-too-complex -S -o data-model-20.s(timeout = 300) spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/xgcc -B/home/dave/gnu/gcc/o bjdir64/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20. c -fdiagnostics-plain-output -fanalyzer -Wanalyzer-too-complex -fanalyzer-call-s ummaries -Wno-analyzer-too-complex -S -o data-model-20.s /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c: In functio n 'test': /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:24:7: warni ng: leak of '' [CWE-401] [-Wanalyzer-malloc-leak] /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:12:6: note: (1) following 'false' branch (when 'arr' is non-NULL)... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:15:10: note : (2) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:15:17: note : (3) following 'true' branch (when 'i < n')... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:13: note : (4) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:33: note : (5) allocated here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:8: note: (6) assuming '' is non-NULL /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:8: note: (7) following 'false' branch... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:15:23: note : (8) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:15:17: note : (9) following 'true' branch (when 'i < n')... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:13: note : (10) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:16:8: note: (11) following 'true' branch... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:17:7: note: (12) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:17:16: note : (13) following 'true' branch (when 'i >= 0')... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:22:17: note : (14) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:17:16: note: (15) following 'true' branch (when 'i >= 0')... /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:22:17: note: (16) ...to here /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/analyzer/data-model-20.c:24:7: note: (17) '' leaks here; was allocated at (5) FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17) PASS: gcc.dg/analyzer/data-model-20.c (test for bogus messages, line 22) PASS: gcc.dg/analyzer/data-model-20.c (test for warnings, line 24) PASS: gcc.dg/analyzer/data-model-20.c (test for excess errors)
[Bug tree-optimization/110794] FAIL: g++.dg/pr99966.C -std=gnu++17 scan-tree-dump-not vrp1 "throw"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110794
John David Anglin changed:
What|Removed |Added
Last reconfirmed|2023-11-17 00:00:00 |2023-11-24
--- Comment #1 from John David Anglin ---
[count: 0]:
# i_19 = PHI
# _24 = PHI <_31(7)>
std::__throw_out_of_range_fmt ("vector::_M_range_check: __n (which is %zu) >=
this->size() (which is %zu)", i_19, _24);
[Bug target/112592] FAIL: c-c++-common/pr111309-1.c -std=gnu++14 (internal compiler error: in expand_fn_using_insn, at internal-fn.cc:216)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112592 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from John David Anglin --- Fixed.
[Bug target/112617] [14 regression] ICE when building systemd on HPPA (internal compiler error: in find_reloads, at reload.cc:3839)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from John David Anglin --- Should be fixed now.
[Bug target/112617] [14 regression] ICE when building systemd on HPPA (internal compiler error: in find_reloads, at reload.cc:3839)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112617 John David Anglin changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed||2023-11-19 Status|UNCONFIRMED |NEW
[Bug c++/112592] New: FAIL: c-c++-common/pr111309-1.c -std=gnu++14 (internal compiler error: in expand_fn_using_insn, at internal-fn.cc:216)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112592 Bug ID: 112592 Summary: FAIL: c-c++-common/pr111309-1.c -std=gnu++14 (internal compiler error: in expand_fn_using_insn, at internal-fn.cc:216) Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../xg++ -B/home/dave/gnu/gcc/objdir64/gcc/testsuite/g++/../../ /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/pr111309-1.c -fdiagnostics-plain-output -nostdinc++ -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11 -I/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/libstdc++-v3/include -I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++ -I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -std=gnu++14 -O2 -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs -B/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/.libs -L/home/dave/gnu/gcc/objdir64/hppa64-hp-hpux11.11/./libstdc++-v3/src/experimental/.libs -lm -o ./pr111309-1.exe during RTL pass: expand /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/pr111309-1.c: In function 'int clzI(__int128 unsigned)': /home/dave/gnu/gcc/gcc/gcc/testsuite/c-c++-common/pr111309-1.c:69:27: internal compiler error: in expand_fn_using_insn, at internal-fn.cc:216 libbacktrace could not find executable to open Please submit a full bug report, with preprocessed source (by using -freport-bug). See <https://gcc.gnu.org/bugs/> for instructions. compiler exited with status 1 FAIL: c-c++-common/pr111309-1.c -std=gnu++14 (internal compiler error: in expand_fn_using_insn, at internal-fn.cc:216) FAIL: c-c++-common/pr111309-1.c -std=gnu++14 (test for excess errors) Breakpoint 1, expand_fn_using_insn (stmt=0x83ffbff071b0, icode=CODE_FOR_nothing, ninputs=1, noutputs=1) at ../../gcc/gcc/internal-fn.cc:216 216 gcc_assert (icode != CODE_FOR_nothing); (gdb) p icode $1 = CODE_FOR_nothing (gdb) bt #0 expand_fn_using_insn (stmt=0x83ffbff071b0, icode=CODE_FOR_nothing, ninputs=1, noutputs=1) at ../../gcc/gcc/internal-fn.cc:216 #1 0x40c55dd4 in expand_direct_optab_fn (fn=, stmt=0x83ffbff071b0, optab=clz_optab, nargs=1) at ../../gcc/gcc/internal-fn.cc:3817 #2 0x40c55ee0 in expand_CLZ (fn=, stmt=) at ../../gcc/gcc/internal-fn.def:431 #3 0x40c63918 in expand_internal_call (stmt=, fn=) at ../../gcc/gcc/internal-fn.cc:4920 #4 expand_internal_call (stmt=) at ../../gcc/gcc/internal-fn.cc:4928 #5 0x409dacd8 in expand_call_stmt (stmt=0x83ffbff071b0) at ../../gcc/gcc/cfgexpand.cc:2737 #6 expand_gimple_stmt_1 (stmt=0x83ffbff071b0) at ../../gcc/gcc/cfgexpand.cc:3880 #7 expand_gimple_stmt (stmt=0x83ffbff071b0) at ../../gcc/gcc/cfgexpand.cc:4044 #8 0x409db63c in expand_gimple_tailcall (bb=0x83ffbff071b0, stmt=0x69, can_fallthru=0x83ffbfb00508) at ../../gcc/gcc/cfgexpand.cc:4090 #9 0x409e3c98 in expand_gimple_basic_block ( disable_tail_calls=, bb=) at ../../gcc/gcc/cfgexpand.cc:6074 ---Type to continue, or q to quit--- #10 (anonymous namespace)::pass_expand::execute (this=, fun=) at ../../gcc/gcc/cfgexpand.cc:6835 #11 0x40e4f508 in execute_one_pass (pass=0x83ffbff071b0) at ../../gcc/gcc/passes.cc:2641 #12 0x40e50088 in execute_pass_list_1 (pass=0x83ffbff071b0) at ../../gcc/gcc/passes.cc:2750 #13 0x40e50120 in execute_pass_list (fn=, pass=) at ../../gcc/gcc/passes.cc:2761 #14 0x40a27844 in expand (this=0x83ffbff071b0) at ../../gcc/gcc/context.h:48 #15 cgraph_node::expand (this=0x83ffbff071b0) at ../../gcc/gcc/cgraphunit.cc:1794 #16 0x40a29fe4 in expand_all_functions () at ../../gcc/gcc/cgraphunit.cc:2022 #17 symbol_table::compile (this=0x45043) at ../../gcc/gcc/cgraphunit.cc:2398 #18 0x40a2c9e4 in compile (this=0x1) at ../../gcc/gcc/cgraphunit.cc:2583 #19 symbol_table::finalize_compilation_unit (this=0x1) at ../../gcc/gcc/cgraphunit.cc:2583 #20 0x40f92b78 in compile_file () at ../../gcc/gcc/toplev.cc:473 #21 0x in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb)
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #49 from John David Anglin --- Created attachment 56576 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56576=edit Patch to improve reg+d address handling This patch revise pa_legitimate_address_p to allow 14-bit displacements for all memory accesses before reload. Comments and flow in this routine are improved. So far, I haven't seen any issues related to reloading out-of-range floating-point accesses This significantly improves code generation and saves more than two thousand instructions in compile.s. I was able to successfully build python with the patched compiler. This is version two of the change and it still needs more testing.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #42 from John David Anglin --- The problem is we are limiting displacements to five bits in pa_legitimate_address_p. The comment is somewhat confusing but we may have reload issues if we allow 14-bit displacements before reload completes. Testing a patch to see if we can allow 14-bit displacements before reload.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #40 from John David Anglin ---
Jeff,
I don't think these split instructions make a lot of sense on PA-RISC.
(insn 280 277 281 30 (set (reg/f:SI 20 %r20 [480])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 396 [0x18c]))) "../Python/compile.c":5970:20 120
{addsi3}
(nil))
(insn 281 280 284 30 (set (mem:SI (reg/f:SI 20 %r20 [480]) [4 MEM[(int *)_107 +
396B]+0 S4 A32])
(reg:SI 12 %r12 [orig:134 vect_pretmp_36.2452 ] [134]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
They increase code size and register pressure. That may lead to unnecessary
spills and longer branches. They increase probability of problems like the
one in this PR.
I suspect the two instructions generated are actually slower than one with a
nonzero memory offset. It's not clear that memory accesses with a zero offset
are faster than ones with nonzero offsets.
Integer loads and stores on pa support fairly large offsets.
I think we need to look at why this happens frequently.
Thoughts?
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #39 from John David Anglin ---
In the f-m-o pass, the following three insns that set call clobbered
registers r20-r22 are pulled from loop:
(insn 186 183 190 29 (set (reg/f:SI 22 %r22 [478])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 388 [0x184]))) "../Python/compile.c":5964:9 120 {addsi3}
(nil))
(insn 190 186 187 29 (set (reg/f:SI 21 %r21 [479])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 392 [0x188]))) "../Python/compile.c":5964:9 120 {addsi3}
(nil))
(insn 194 191 195 29 (set (reg/f:SI 20 %r20 [480])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 396 [0x18c]))) "../Python/compile.c":5964:9 120 {addsi3}
(nil))
They are used in the following insns before call to compiler_visit_expr1:
(insn 242 238 258 32 (set (mem:SI (reg/f:SI 22 %r22 [478]) [4 MEM[(int
*)prephit
mp_37 + 388B]+0 S4 A32])
(reg:SI 23 %r23 [orig:173 vect__102.2442 ] [173]))
"../Python/compile.c"
:5968:22 42 {*pa.md:2193}
(expr_list:REG_DEAD (reg:SI 23 %r23 [orig:173 vect__102.2442 ] [173])
(expr_list:REG_DEAD (reg/f:SI 22 %r22 [478])
(nil
(insn 258 242 246 32 (set (reg:SI 26 %r26)
(reg/v/f:SI 5 %r5 [orig:198 c ] [198])) "../Python/compile.c":5969:15
42 {*pa.md:2193}
(nil))
(insn 246 258 250 32 (set (mem:SI (reg/f:SI 21 %r21 [479]) [4 MEM[(int
*)prephitmp_37 + 392B]+0 S4 A32])
(reg:SI 29 %r29 [orig:169 vect__102.2443 ] [169]))
"../Python/compile.c":5968:22 42 {*pa.md:2193}
(expr_list:REG_DEAD (reg:SI 29 %r29 [orig:169 vect__102.2443 ] [169])
(expr_list:REG_DEAD (reg/f:SI 21 %r21 [479])
(nil
(insn 250 246 254 32 (set (mem:SI (reg/f:SI 20 %r20 [480]) [4 MEM[(int
*)prephitmp_37 + 396B]+0 S4 A32])
(reg:SI 31 %r31 [orig:145 vect__102.2444 ] [145]))
"../Python/compile.c":5968:22 42 {*pa.md:2193}
(expr_list:REG_DEAD (reg:SI 31 %r31 [orig:145 vect__102.2444 ] [145])
(expr_list:REG_DEAD (reg/f:SI 20 %r20 [480])
(nil
After the call, we have:
(insn 1241 269 273 30 (set (reg/f:SI 22 %r22 [478])
(reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127]))
"../Python/compile.c":5970:20 -1
(nil))
(insn 273 1241 1242 30 (set (mem:SI (plus:SI (reg/f:SI 22 %r22 [478])
(const_int 388 [0x184])) [4 MEM[(int *)_107 + 388B]+0 S4 A32])
(reg:SI 14 %r14 [orig:167 vect_pretmp_36.2450 ] [167]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
(insn 1242 273 277 30 (set (reg/f:SI 21 %r21 [479])
(reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127]))
"../Python/compile.c":5970:20 -1
(nil))
(insn 277 1242 1243 30 (set (mem:SI (plus:SI (reg/f:SI 21 %r21 [479])
(const_int 392 [0x188])) [4 MEM[(int *)_107 + 392B]+0 S4 A32])
(reg:SI 13 %r13 [orig:156 vect_pretmp_36.2451 ] [156]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
(insn 1243 277 281 30 (set (reg/f:SI 20 %r20 [480])
(reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127]))
"../Python/compile.c":5970:20 -1
(nil))
(insn 281 1243 299 30 (set (mem:SI (plus:SI (reg/f:SI 20 %r20 [480])
(const_int 396 [0x18c])) [4 MEM[(int *)_107 + 396B]+0 S4 A32])
(reg:SI 12 %r12 [orig:134 vect_pretmp_36.2452 ] [134]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
We have lost the offsets that were added initially to r20, r21 and r22.
Previous ce3 pass had:
(insn 272 269 273 30 (set (reg/f:SI 22 %r22 [478])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 388 [0x184]))) "../Python/compile.c":5970:20 120
{addsi3}
(nil))
(insn 273 272 276 30 (set (mem:SI (reg/f:SI 22 %r22 [478]) [4 MEM[(int *)_107 +
388B]+0 S4 A32])
(reg:SI 14 %r14 [orig:167 vect_pretmp_36.2450 ] [167]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
(insn 276 273 277 30 (set (reg/f:SI 21 %r21 [479])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 392 [0x188]))) "../Python/compile.c":5970:20 120
{addsi3}
(nil))
(insn 277 276 280 30 (set (mem:SI (reg/f:SI 21 %r21 [479]) [4 MEM[(int *)_107 +
392B]+0 S4 A32])
(reg:SI 13 %r13 [orig:156 vect_pretmp_36.2451 ] [156]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
(insn 280 277 281 30 (set (reg/f:SI 20 %r20 [480])
(plus:SI (reg/f:SI 19 %r19 [orig:127 prephitmp_37 ] [127])
(const_int 396 [0x18c]))) "../Python/compile.c":5970:20 120
{addsi3}
(nil))
(insn 281 280 284 30 (set (mem:SI (reg/f:SI 20 %r20 [480]) [4 MEM[(int *)_107 +
396B]+0 S4 A32])
(reg:SI 12 %r12 [orig:134 vect_pretmp_36.2452 ] [134]))
"../Python/compile.c":5970:20 42 {*pa.md:2193}
(nil))
So, this is a f-m-o bug.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #37 from John David Anglin --- (In reply to Sam James from comment #35) > If you still need dumps off me, please let me know which. I've attached > those w/ f-o-m on for the fold-mem-offsets pass. If you need others, just > say. I have a set of dumps. The problem is determining where the wrong RTL occurs in compiler_call_helper. It changes a lot in pass to pass. Many of the changes in f-m-o seem to get destroyed by later transformations.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #36 from John David Anglin --- Created attachment 56562 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56562=edit fold_mem_offsets, prop_hardreg, rtl_dce and bbro dumps Comment #33 is wrong. The issue is not reload. It's okay to pick a call clobbered register as the code stands. The initialization of the register used for the store at offset 392B ends up outside the loop. It ends up in a call clobbered register and clobbered by the call to compiler_visit_expr1 in the loop. This occurs around the second call to compiler_visit_expr1 in compiler_call_helper Various initializations get moved out of the loop between the f-m-o and bbro passes. I think it's the bbro pass that's at fault but it could be something that happens before that causes the initialization to get moved outside the loop.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #34 from John David Anglin --- Same wrong code is generated with x86-64 cross to hppa-linux-gnu. This it seems this bug is not due to gcc being miscompiled.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415 --- Comment #33 from John David Anglin --- Created attachment 56549 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56549=edit ira and reload dumps for compiler_call_helper The incorrect code for insn 246 in compiler_call_helper appears in the reload pass.
[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #30 from John David Anglin ---
0x0019c684 <+588>: stw r23,0(r22)
=> 0x0019c688 <+592>: stw ret1,0(r21)
0x0019c68c <+596>: stw r31,0(r20)
0x0019c690 <+600>: b,l 0x198d58 ,rp
0x0019c694 <+604>: stw ret0,0(r19)
These instructions are in a loop:
/* No * or ** args, so can use faster calling sequence */
for (i = 0; i < nelts; i++) {
expr_ty elt = asdl_seq_GET(args, i);
assert(elt->kind != Starred_kind);
VISIT(c, expr, elt);
}
r21 is clobbered by VISIT call. Value is okay in first iteration.
The initialization instructions are outside the loop:
0x0019c638 <+512>: ldo 184(r19),r22
0x0019c63c <+516>: ldw 184(r19),r14
0x0019c640 <+520>: ldo 188(r19),r21
0x0019c644 <+524>: ldw 188(r19),r13
0x0019c648 <+528>: ldo 18c(r19),r20
0x0019c64c <+532>: ldw 18c(r19),r12
0x0019c650 <+536>: ldw 190(r19),r11
