[Bug target/104656] [12 Regression] trunk 20220222 ftbfs for bpf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104656 --- Comment #2 from Matthias Klose --- yes, adding that option lets the build succeed.
[Bug target/104656] New: [12 Regression] trunk 20220222 ftbfs for bpf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104656 Bug ID: 104656 Summary: [12 Regression] trunk 20220222 ftbfs for bpf Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk 20220222 fails to build for the bpf target: ../../../gcc-source/libgcc/libgcov-driver.c: In function ‘write_topn_counters’: ../../../gcc-source/libgcc/libgcov-driver.c:418:1: error: too many function arguments for eBPF 418 | write_topn_counters (const struct gcov_ctr_info *ci_ptr, | ^~~ make[3]: *** [Makefile:928: _gcov_info_to_gcda.o] Error 1
[Bug target/104618] New: [12 Regression] trunk 20220221 on x86_64-linux-gnu ICEs building sh.cc for sh4-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104618 Bug ID: 104618 Summary: [12 Regression] trunk 20220221 on x86_64-linux-gnu ICEs building sh.cc for sh4-linux-gnu Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 52484 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52484=edit preprocessed source seen with trunk 20220221, building a cross compiler on x86_64-linux-gnu: ../../src/gcc/config/sh/sh.cc: In function 'void output_stack_adjust(int, rtx, int, HARD_REG_SET*, bool)': ../../src/gcc/config/sh/sh.cc:6813:40: internal compiler error: in build_call_a, at cp/call.cc:381 6813 | insn = emit_fn (GEN_SUB3 (reg, reg, const_reg)); |^ 0x65712f build_call_a(tree_node*, int, tree_node**) ../../src/gcc/cp/call.cc:381 0x6a3d30 build_cxx_call(tree_node*, int, tree_node**, int, tree_node*) ../../src/gcc/cp/call.cc:10379 0x8752fc cp_build_function_call_vec(tree_node*, vec**, int, tree_node*) ../../src/gcc/cp/typeck.cc:4285 0x83bf3e finish_call_expr(tree_node*, vec**, bool, bool, int) ../../src/gcc/cp/semantics.cc:2895 0x7ca0fa cp_parser_postfix_expression ../../src/gcc/cp/parser.cc:7878 0x7b3b2a cp_parser_binary_expression ../../src/gcc/cp/parser.cc:10041 0x7b434e cp_parser_assignment_expression ../../src/gcc/cp/parser.cc:10345 0x7b7e37 cp_parser_parenthesized_expression_list_elt ../../src/gcc/cp/parser.cc:7986 0x7b7f80 cp_parser_parenthesized_expression_list ../../src/gcc/cp/parser.cc:8468 0x7ca016 cp_parser_postfix_expression ../../src/gcc/cp/parser.cc:7729 0x7b3b2a cp_parser_binary_expression ../../src/gcc/cp/parser.cc:10041 0x7b434e cp_parser_assignment_expression ../../src/gcc/cp/parser.cc:10345 0x7b5ea9 cp_parser_constant_expression ../../src/gcc/cp/parser.cc:10648 0x7b5f41 cp_parser_initializer_clause ../../src/gcc/cp/parser.cc:25216 0x7b4528 cp_parser_assignment_expression ../../src/gcc/cp/parser.cc:10365 0x7b5609 cp_parser_expression ../../src/gcc/cp/parser.cc:10515 0x7b8667 cp_parser_expression_statement ../../src/gcc/cp/parser.cc:12711 0x7c501a cp_parser_statement ../../src/gcc/cp/parser.cc:12507 0x7c610d cp_parser_statement_seq_opt ../../src/gcc/cp/parser.cc:12856 0x7c61bf cp_parser_compound_statement ../../src/gcc/cp/parser.cc:12808 Please submit a full bug report, with preprocessed source (by using -freport-bug).
[Bug go/104290] New: [12 Regression] trunk 20220126 fails to build libgo on i686-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104290
Bug ID: 104290
Summary: [12 Regression] trunk 20220126 fails to build libgo on
i686-gnu
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at debian dot org
CC: cmang at google dot com
Target Milestone: ---
trunk 20220126 fails to build libgo on i686-gnu:
../../../src/libgo/go/net/unixsock_posix.go:116:56: error: reference to
undefined name 'readMsgFlags'
116 | n, oobn, flags, sa, err = c.fd.readMsg(b, oob, readMsgFlags)
|^
../../../src/libgo/go/net/unixsock_posix.go:117:12: error: reference to
undefined name 'readMsgFlags'
117 | if readMsgFlags == 0 && err == nil && oobn > 0 {
|^
../../../src/libgo/go/net/unixsock_posix.go:118:17: error: reference to
undefined name 'setReadMsgCloseOnExec'
118 | setReadMsgCloseOnExec(oob[:oobn])
| ^
Makefile:3026: recipe for target 'net.lo' failed
make[6]: *** [net.lo] Error 1
[Bug target/101484] [12 Regression] trunk 20210717 ftbfs for amdgcn-amdhsa (gcn offload)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101484 Matthias Klose changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Matthias Klose --- yes, that builds now
[Bug target/104241] New: [12 Regression] trunk 20220126 RTL error on powerpc64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104241 Bug ID: 104241 Summary: [12 Regression] trunk 20220126 RTL error on powerpc64-linux-gnu Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20220126 on powerpc64-linux-gnu (but not powerpc64le) building libgfortran: during RTL pass: expand In file included from ../../../src/libgfortran/runtime/fpu.c:29: ./fpu-target.h: In function 'set_fpu_except_flags': ./fpu-target.h:267:3: internal compiler error: RTL check: expected code 'const_int', have 'reg' in gen_feclearexceptsi, at config/rs6000/rs6000.md:6970 267 | feclearexcept (exc_clr); | ^~~ 0x1183d16f gen_feclearexceptsi(rtx_def*, rtx_def*) ../../src/gcc/config/rs6000/rs6000.md:6970 0x1041cc8f rtx_insn* insn_gen_fn::operator()(rtx_def*, rtx_def*) const ../../src/gcc/recog.h:407 0x1041cc8f expand_builtin_feclear_feraise_except ../../src/gcc/builtins.cc:2606 0x10441a83 expand_builtin(tree_node*, rtx_def*, rtx_def*, machine_mode, int) ../../src/gcc/builtins.cc:7122 0x10672353 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) ../../src/gcc/expr.cc:11536 0x1047fe57 expand_expr ../../src/gcc/expr.h:301 0x1047fe57 expand_call_stmt ../../src/gcc/cfgexpand.cc:2831 0x1047fe57 expand_gimple_stmt_1 ../../src/gcc/cfgexpand.cc:3864 0x1047fe57 expand_gimple_stmt ../../src/gcc/cfgexpand.cc:4028 0x10488ddb expand_gimple_basic_block ../../src/gcc/cfgexpand.cc:6069 0x1048b587 execute ../../src/gcc/cfgexpand.cc:6795 mv -f .deps/stop.Tpo .deps/stop.Plo Please submit a full bug report, with preprocessed source if appropriate. configured: Configured with: -v --with-pkgversion='Debian 20220126-1' --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs' --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --with-gcc-major-version-only --program-prefix= --enable-shared --enable-linker-build-id --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --with-libphobos-druntime-only=yes --enable-objc-gc=auto --enable-secureplt --disable-softfloat --enable-targets=powerpc64-linux,powerpc-linux --enable-multiarch --disable-werror --with-long-double-128 --enable-multilib --enable-checking=yes,extra,rtl --build=powerpc64-linux-gnu --host=powerpc64-linux-gnu --target=powerpc64-linux-gnu
[Bug go/104149] New: [12 Regression] trunk 20220120 ftbfs in gotools on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104149 Bug ID: 104149 Summary: [12 Regression] trunk 20220120 ftbfs in gotools on x86_64-linux-gnux32 Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: doko at debian dot org CC: cmang at google dot com Target Milestone: --- trunk 20220120 ftbfs in gotools on x86_64-linux-gnux32: full build log at https://buildd.debian.org/status/fetch.php?pkg=gcc-snapshot=x32=1%3A20220120-1=1642705631=1 /<>/build/./gcc/gccgo -B/<>/build/./gcc/ -B/usr/lib/gcc-snapshot/x86_64-linux-gnux32/bin/ -B/usr/lib/gcc-snapsho t/x86_64-linux-gnux32/lib/ -isystem /usr/lib/gcc-snapshot/x86_64-linux-gnux32/include -isystem /usr/lib/gcc-snapshot/x86_64-linux-gnux32/s ys-include -g -O2 -I ../x86_64-linux-gnux32/libgo -static-libstdc++ -static-libgcc -Wl,-z,relro -L ../x86_64-linux-gnux32/libgo -L ../x8 6_64-linux-gnux32/libgo/.libs -o gofmt ../../src/gotools/../libgo/go/cmd/gofmt/doc.go ../../src/gotools/../libgo/go/cmd/gofmt/gofmt.go ../ ../src/gotools/../libgo/go/cmd/gofmt/internal.go ../../src/gotools/../libgo/go/cmd/gofmt/rewrite.go ../../src/gotools/../libgo/go/cmd/gofm t/simplify.go ../x86_64-linux-gnux32/libgo/libgotool.a /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/libgotool.a(buildid.o): in function `cmd_1internal_1buildid.excludedReader.R ead': /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/cmd/internal/buildid/rewrite.go:145: undefined reference to `runtim e.goPanicExtendSliceAcap' /usr/bin/x86_64-linux-gnux32-ld: /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/cmd/internal/buildid/rewrite.go:14 5: undefined reference to `runtime.goPanicExtendSliceB' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/libgotool.a(buildid.o): in function `cmd_1internal_1buildid.ReadFile': /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/cmd/internal/buildid/note.go:110: undefined reference to `runtime.g oPanicExtendSliceBU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/libgotool.a(buildid.o): in function `cmd/internal/buildid.readELF': /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/cmd/internal/buildid/note.go:157: undefined reference to `runtime.g oPanicExtendSliceBU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/libgotool.a(sumdb.o): in function `golang_0org_1x_1mod_1sumdb.testHashes.Rea dHashes': /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/golang.org/x/mod/sumdb/test.go:42: undefined reference to `runtime. goPanicExtendIndex' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/libgotool.a(sumdb.o): in function `golang_0org_1x_1mod_1sumdb.TestServer.Rea dRecords': /<>/build/x86_64-linux-gnux32/libgo/../../../src/libgo/go/golang.org/x/mod/sumdb/test.go:73: undefined reference to `runtime. goPanicExtendIndex' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendIndexU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceAcapU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceAlen' collect2: error: ld returned 1 exit status make[4]: *** [Makefile:821: go] Error 1 make[4]: *** Waiting for unfinished jobs /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendIndexU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceB' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceAcap' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceBU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendIndex' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceAcapU' /usr/bin/x86_64-linux-gnux32-ld: ../x86_64-linux-gnux32/libgo/.libs/libgo.so: undefined reference to `runtime.goPanicExtendSliceAlen' collect2: error: ld returned 1 exit status make[4]: *** [Makefile:823: gofmt] Error 1 make[4]: Leaving directory '/<>/build/gotools'
[Bug ada/100488] [12 Regression] trunk 20210508 fails to build ada on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100488 Matthias Klose changed: What|Removed |Added Resolution|--- |WORKSFORME Status|WAITING |RESOLVED --- Comment #6 from Matthias Klose --- this works now on the trunk
[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 Matthias Klose changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|NEW --- Comment #4 from Matthias Klose --- reopening. the build failure is still there. the branch currently has: --- a/gcc/hwint.h +++ b/gcc/hwint.h @@ -257,11 +257,14 @@ exact_log2 (unsigned HOST_WIDE_INT x) (HOST_WIDE_INT_1U << (HOST_BITS_PER_WIDE_INT - 1)) #define HOST_WIDE_INT_MAX (~(HOST_WIDE_INT_MIN)) +#ifndef __cplusplus extern HOST_WIDE_INT abs_hwi (HOST_WIDE_INT); extern unsigned HOST_WIDE_INT absu_hwi (HOST_WIDE_INT); -extern HOST_WIDE_INT gcd (HOST_WIDE_INT, HOST_WIDE_INT); extern HOST_WIDE_INT pos_mul_hwi (HOST_WIDE_INT, HOST_WIDE_INT); extern HOST_WIDE_INT mul_hwi (HOST_WIDE_INT, HOST_WIDE_INT); +#endif /* !cplusplus. */ + +extern HOST_WIDE_INT gcd (HOST_WIDE_INT, HOST_WIDE_INT); extern HOST_WIDE_INT least_common_multiple (HOST_WIDE_INT, HOST_WIDE_INT); /* Like ctz_hwi, except 0 when x == 0. */ @@ -316,6 +319,7 @@ zext_hwi (unsigned HOST_WIDE_INT src, unsigned int prec) } } +#ifdef __cplusplus /* Compute the absolute value of X. */ inline HOST_WIDE_INT @@ -374,5 +378,6 @@ mul_hwi (HOST_WIDE_INT a, HOST_WIDE_INT b, bool *overflow) return result; #endif } +#endif /* ! __cplusplus */ #endif /* ! GCC_HWINT_H */ and the file is compiled using gcc (at least in stage1). Looks like m2/Make-lang.in uses it's own definition HOSTCC to build these files. So maybe define a HOSTCXX and build with that instead? There's also a macro CPLUS which is unused. However, these macros should be taken from the parent Makefile, so maybe just use CC and CXX instead? Trying --- a/gcc/m2/Make-lang.in +++ b/gcc/m2/Make-lang.in @@ -32,7 +32,7 @@ GM2_1 = ./gm2 -B./stage1/m2 -g -fm2-g XGCC = ./xgcc -B./ GM2_2 = ./gm2 -B./stage2/m2 -g -fm2-g -HOSTCC = gcc +HOSTCC = $(CXX) CFLAGS=-g ## remove this LDLAGS=-g ## remove this doesn't work, gm2 isn't yet C++ ready. Jakub confirmed on irc: compiling with hwint.h includes with C is not supported anymore...
[Bug d/104070] New: libphobos: alias gc.os.MAP_ANON conflicts with alia s gc.os.MAP_ANON on kfreebsd-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104070 Bug ID: 104070 Summary: libphobos: alias gc.os.MAP_ANON conflicts with alia s gc.os.MAP_ANON on kfreebsd-gnu Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: doko at debian dot org Target Milestone: --- seen with the gcc-11 branch and the trunk: looking at libphobos/configure.tgt, libphobos is supposed to build on kfreebsd-gnu. However the build fails with ../../../../src/libphobos/libdruntime/gc/os.d:47:37: error: alias gc.os.MAP_ANON conflicts with alia s gc.os.MAP_ANON at ../../../../src/libphobos/libdruntime/gc/os.d:43:30 47 | version (CRuntime_Glibc) import core.sys.linux.sys.mman : MAP_ANON; | ^ ../../../../src/libphobos/libdruntime/gc/os.d:47:37: error: module core.sys.linux.sys.mman import 'M AP_ANON' not found 47 | version (CRuntime_Glibc) import core.sys.linux.sys.mman : MAP_ANON; | ^ make[6]: *** [Makefile:2338: gc/os.lo] Error 1
[Bug modula2/104065] New: [12 Regression] trunk 20220117 fails to build modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 Bug ID: 104065 Summary: [12 Regression] trunk 20220117 fails to build modula2 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20220117, not seen with 20220116: In file included from ../../src/gcc/system.h:1243, from ../../src/gcc/m2/mc-boot/GArgs.c:29: ../../src/gcc/hwint.h:361:1: error: conflicting types for 'mul_hwi'; have 'long int(long int, long int, unsigned char *)' 361 | mul_hwi (HOST_WIDE_INT a, HOST_WIDE_INT b, bool *overflow) | ^~~ ../../src/gcc/hwint.h:264:22: note: previous declaration of 'mul_hwi' with type 'long int(long int, long int)' 264 | extern HOST_WIDE_INT mul_hwi (HOST_WIDE_INT, HOST_WIDE_INT); | ^~~
[Bug d/103604] New: [12 Regression] trunk 20210506 fails to build in libphobos on mips64el-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604 Bug ID: 103604 Summary: [12 Regression] trunk 20210506 fails to build in libphobos on mips64el-linux-gnu Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: doko at debian dot org Target Milestone: --- trunk 20211206 fails to build on mips64el-linux-gnu: configure: error: can't compile D sources! make[4]: *** [Makefile:23569: configure-stage1-target-libphobos] Error 1 using GCC 10.3 as the bootstrap compiler
[Bug d/103582] New: [12 Regression] trunk 20210501 ftbfs in libphobos on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103582 Bug ID: 103582 Summary: [12 Regression] trunk 20210501 ftbfs in libphobos on s390x-linux-gnu Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20211206 on s390x-linux-gnu: checking for sinl... ../../../../src/libphobos/libdruntime/core/sys/linux/perf_event.d:2076:32: error: module 'bitmanip' is in file 'std/bitmanip.d' which cannot be read 2076 | import std.bitmanip : bitfields; |^ import path[0] = /<>/src/libphobos/libdruntime import path[1] = /<>/build/s390x-linux-gnu/libphobos/libdruntime make[7]: *** [Makefile:2472: core/sys/linux/perf_event.lo] Error 1 make[7]: Leaving directory '/<>/build/s390x-linux-gnu/libphobos/libdruntime' make[6]: *** [Makefile:484: all-recursive] Error 1 make[6]: Leaving directory '/<>/build/s390x-linux-gnu/libphobos' make[5]: *** [Makefile:411: all] Error 2 make[5]: Leaving directory '/<>/build/s390x-linux-gnu/libphobos' make[4]: *** [Makefile:24347: all-stage1-target-libphobos] Error 2 full build log at https://launchpadlibrarian.net/572601171/buildlog_ubuntu-jammy-s390x.gcc-12_12-20211206-1ubuntu1_BUILDING.txt.gz
[Bug modula2/103574] New: race condition in bootstrap build, trunk 20211203
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103574 Bug ID: 103574 Summary: race condition in bootstrap build, trunk 20211203 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- there seems to be a race condition with a normal bootstrap build, at least on sme architectures, here on sparc64-linux-gnu: /usr/bin/sparc64-linux-gnu-ld: cannot find libcommon.a: No such file or directory collect2: error: ld returned 1 exit status make[5]: *** [../../src/gcc/m2/Make-lang.in:1804: stage1/m2/gm2m] Error 1 make[5]: *** Waiting for unfinished jobs rm gpl.pod gcc.pod gfdl.pod lto-dump.pod gdc.pod gfortran.pod make[5]: Leaving directory '/<>/build/gcc' make[4]: *** [Makefile:5047: all-stage3-gcc] Error 2 make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:27484: stage3-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:27548: bootstrap] Error 2 make[2]: Leaving directory '/<>/build'
[Bug go/103573] New: [12 Regression] trunk 20211203 fails to build libgo on i686-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103573
Bug ID: 103573
Summary: [12 Regression] trunk 20211203 fails to build libgo on
i686-gnu
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at debian dot org
CC: cmang at google dot com
Target Milestone: ---
seen with trunk 20211203 on i686-gnu
../../../src/libgo/go/net/unixsock_posix.go:116:56: error: reference to
undefined name 'readMsgFlags
'
116 | n, oobn, flags, sa, err = c.fd.readMsg(b, oob, readMsgFlags)
|^
../../../src/libgo/go/net/unixsock_posix.go:117:12: error: reference to
undefined name 'readMsgFlags
'
117 | if readMsgFlags == 0 && err == nil && oobn > 0 {
|^
../../../src/libgo/go/net/unixsock_posix.go:118:17: error: reference to
undefined name 'setReadMsgCl
oseOnExec'
118 | setReadMsgCloseOnExec(oob[:oobn])
| ^
Makefile:3026: recipe for target 'net.lo' failed
make[6]: *** [net.lo] Error 1
[Bug ada/103538] New: [12 Regression] trunk 20211203 fails to build gnat on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103538 Bug ID: 103538 Summary: [12 Regression] trunk 20211203 fails to build gnat on x86_64-linux-gnux32 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20211203 building a cross compiler targeting x86_64-linux-gnux32: [...] g-socket.adb:2858:26: error: value not in range of type "time_t" defined at g-sothco.ads:47 g-socket.adb:2858:26: error: static expression fails Constraint_Check g-socket.adb:2860:26: error: value not in range of type "time_t" defined at g-sothco.ads:47 g-socket.adb:2860:26: error: static expression fails Constraint_Check make[9]: *** [../gcc-interface/Makefile:300: g-socket.o] Error 1
[Bug target/103442] New: [12 Regression] trunk 20211126 ICE (segfault) in cgraph_node::verify_node() building the 32bit libgo on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103442
Bug ID: 103442
Summary: [12 Regression] trunk 20211126 ICE (segfault) in
cgraph_node::verify_node() building the 32bit libgo on
s390x-linux-gnu
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk 20211126:
during IPA pass: inline
../../../../src/libgo/go/net/ip.go: In function 'net.ubtoa.constprop.isra':
../../../../src/libgo/go/net/ip.go:291:1: internal compiler error: Segmentation
fault
291 | func ubtoa(dst []byte, start int, v byte) int {
| ^
0x1825a51 crash_signal
../../src/gcc/toplev.c:322
0x13cbca4 cgraph_node::verify_node()
../../src/gcc/cgraph.c:3582
0x13bbe93 symtab_node::verify()
../../src/gcc/symtab.c:1358
0x18a7b67 optimize_inline_calls(tree_node*)
../../src/gcc/tree-inline.c:5500
0x15e1ef7 inline_transform(cgraph_node*)
../../src/gcc/ipa-inline-transform.c:790
0x1746ab5 execute_one_ipa_transform_pass
../../src/gcc/passes.c:2290
0x1746ab5 execute_all_ipa_transforms(bool)
../../src/gcc/passes.c:2337
0x13d0263 cgraph_node::expand()
../../src/gcc/cgraphunit.c:1827
0x13d0263 cgraph_node::expand()
../../src/gcc/cgraphunit.c:1787
0x13d1a4b expand_all_functions
../../src/gcc/cgraphunit.c:1998
0x13d1a4b symbol_table::compile()
../../src/gcc/cgraphunit.c:2348
0x13d40ef symbol_table::compile()
../../src/gcc/cgraphunit.c:2261
0x13d40ef symbol_table::finalize_compilation_unit()
../../src/gcc/cgraphunit.c:2529
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See for instructions.
make[10]: *** [Makefile:3026: net.lo] Error 1
make[10]: Leaving directory '/<>/build/s390x-linux-gnu/32/libgo'
make[9]: *** [Makefile:2342: all-recursive] Error 1
make[9]: Leaving directory '/<>/build/s390x-linux-gnu/32/libgo'
make[8]: *** [Makefile:1213: all] Error 2
make[8]: Leaving directory '/<>/build/s390x-linux-gnu/32/libgo'
make[7]: *** [Makefile:3273: multi-do] Error 1
[Bug target/103441] New: ICE in cgraph_node::verify_node() building libgo on powerpc64le-linux-gnu (--with-cpu=power9)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103441 Bug ID: 103441 Summary: ICE in cgraph_node::verify_node() building libgo on powerpc64le-linux-gnu (--with-cpu=power9) Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- ICE in cgraph_node::verify_node() building libgo on powerpc64le-linux-gnu (--with-cpu=power9), seen with trunk 20211126: 0x109eb913 crash_signal ../../src/gcc/toplev.c:322 0x1046f94c cgraph_node::verify_node() ../../src/gcc/cgraph.c:3582 0x1045adc3 symtab_node::verify() ../../src/gcc/symtab.c:1358 0x10a894f3 optimize_inline_calls(tree_node*) ../../src/gcc/tree-inline.c:5500 0x1071e53f inline_transform(cgraph_node*) ../../src/gcc/ipa-inline-transform.c:790 0x108d5db7 execute_one_ipa_transform_pass ../../src/gcc/passes.c:2290 0x108d5db7 execute_all_ipa_transforms(bool) ../../src/gcc/passes.c:2337 0x104756e3 cgraph_node::expand() ../../src/gcc/cgraphunit.c:1827 0x104756e3 cgraph_node::expand() ../../src/gcc/cgraphunit.c:1787 0x10477137 expand_all_functions ../../src/gcc/cgraphunit.c:1998 0x10477137 symbol_table::compile() ../../src/gcc/cgraphunit.c:2348 0x1047a6af symbol_table::compile() ../../src/gcc/cgraphunit.c:2261 0x1047a6af symbol_table::finalize_compilation_unit() ../../src/gcc/cgraphunit.c:2529 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. make[6]: *** [Makefile:3026: net.lo] Error 1 Configured with: --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-12 --program-prefix=powerpc64le-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-secureplt --with-cpu=power9 --enable-targets=powerpcle-linux --disable-multilib --enable-multiarch --disable-werror --with-long-double-128 --enable-offload-targets=nvptx-none=/<>/debian/tmp-nvptx/usr --enable-offload-defaulted --without-cuda-driver --enable-checking=release --build=powerpc64le-linux-gnu --host=powerpc64le-linux-gnu --target=powerpc64le-linux-gnu
[Bug target/103201] New: [12 Regression] trunk 20211111 ftbfs for amdgcn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103201 Bug ID: 103201 Summary: [12 Regression] trunk 2021 ftbfs for amdgcn Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 2021, building the amdgcn offload compiler: ../../../src-gcn/libgomp/teams.c: In function 'GOMP_teams_reg': ../../../src-gcn/libgomp/teams.c:49:6: error: 'struct gomp_thread' has no member named 'num_teams' 49 | thr->num_teams = num_teams - 1; | ^~ ../../../src-gcn/libgomp/teams.c:50:11: error: 'struct gomp_thread' has no member named 'team_num' 50 | for (thr->team_num = 0; thr->team_num < num_teams; thr->team_num++) | ^~ ../../../src-gcn/libgomp/teams.c:50:30: error: 'struct gomp_thread' has no member named 'team_num' 50 | for (thr->team_num = 0; thr->team_num < num_teams; thr->team_num++) | ^~ ../../../src-gcn/libgomp/teams.c:50:57: error: 'struct gomp_thread' has no member named 'team_num' 50 | for (thr->team_num = 0; thr->team_num < num_teams; thr->team_num++) | ^~ ../../../src-gcn/libgomp/teams.c:52:6: error: 'struct gomp_thread' has no member named 'num_teams' 52 | thr->num_teams = 0; | ^~ ../../../src-gcn/libgomp/teams.c:53:6: error: 'struct gomp_thread' has no member named 'team_num' 53 | thr->team_num = 0; | ^~ ../../../src-gcn/libgomp/teams.c: In function 'omp_get_num_teams': ../../../src-gcn/libgomp/teams.c:65:13: error: 'struct gomp_thread' has no member named 'num_teams' 65 | return thr->num_teams + 1; | ^~ ../../../src-gcn/libgomp/teams.c: In function 'omp_get_team_num': ../../../src-gcn/libgomp/teams.c:72:13: error: 'struct gomp_thread' has no member named 'team_num' 72 | return thr->team_num; | ^~
[Bug target/102260] New: amdgcn offload compiler fails to configure, not matching target directive's target id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102260 Bug ID: 102260 Summary: amdgcn offload compiler fails to configure, not matching target directive's target id Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- building the amdgcn offload compiler using the current trunk fails with newer LLVM versions (used as the "binutils). LLVM 9 is known to work, LLVM 10 to 13 don't work, with LLVM 13 bailing outin the libgcc gfx900 configure: configure:3566: /packages/gcc/snap/gcc-snapshot-20210909/build-gcn/./gcc/xgcc -B/packages/gcc/snap/gcc-snapshot-20210909/build-gc n/./gcc/ -nostdinc -B/packages/gcc/snap/gcc-snapshot-20210909/build-gcn/amdgcn-amdhsa/gfx900/newlib/ -isystem /packages/gcc/snap/ gcc-snapshot-20210909/build-gcn/amdgcn-amdhsa/gfx900/newlib/targ-include -isystem /packages/gcc/snap/gcc-snapshot-20210909/src-gc n/newlib/libc/include -B/usr/lib/gcc-snapshot/amdgcn-amdhsa/bin/ -B/usr/lib/gcc-snapshot/amdgcn-amdhsa/lib/ -isystem /usr/lib/gcc -snapshot/amdgcn-amdhsa/include -isystem /usr/lib/gcc-snapshot/amdgcn-amdhsa/sys-include -march=gfx900 -o conftest -g -O2 conf test.c >&5 /tmp/ccuvyB8E.s:1:17: error: .amdgcn_target directive's target id amdgcn-unknown-amdhsa--gfx900 does not match the specified targ et id amdgcn-unknown-amdhsa--gfx900:xnack- .amdgcn_target "amdgcn-unknown-amdhsa--gfx900" ^
[Bug go/102102] New: [12 Regression] trunk 20210827 ftbfs libgo on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102102 Bug ID: 102102 Summary: [12 Regression] trunk 20210827 ftbfs libgo on x86_64-linux-gnux32 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: doko at debian dot org CC: cmang at google dot com Target Milestone: --- trunk 20210827 ftbfs libgo on x86_64-linux-gnux32, also seen on x86_64-linux-gnu when configuring with --with-multilib-list=m32,m64,mx32 /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:35:30: error: integer constant overflow 35 | seed ^= hashkey[0] ^ m1 | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:61:50: error: integer constant overflow 61 | seed = mix(r8(p)^m2, r8(add(p, 8))^seed) | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:62:60: error: integer constant overflow 62 | seed1 = mix(r8(add(p, 16))^m3, r8(add(p, 24))^seed1) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:63:60: error: integer constant overflow 63 | seed2 = mix(r8(add(p, 32))^m4, r8(add(p, 40))^seed2) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:69:42: error: integer constant overflow 69 | seed = mix(r8(p)^m2, r8(add(p, 8))^seed) | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:76:20: error: integer constant overflow 76 | return mix(m5^s, mix(a^m2, b^seed)) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:76:32: error: integer constant overflow 76 | return mix(m5^s, mix(a^m2, b^seed)) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:81:22: error: integer constant overflow 81 | return mix(m5^4, mix(a^m2, a^seed^hashkey[0]^m1)) | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:81:32: error: integer constant overflow 81 | return mix(m5^4, mix(a^m2, a^seed^hashkey[0]^m1)) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:81:54: error: integer constant overflow 81 | return mix(m5^4, mix(a^m2, a^seed^hashkey[0]^m1)) | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:86:22: error: integer constant overflow 86 | return mix(m5^8, mix(a^m2, a^seed^hashkey[0]^m1)) | ^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:86:32: error: integer constant overflow 86 | return mix(m5^8, mix(a^m2, a^seed^hashkey[0]^m1)) |^ /packages/gcc/snap/gcc-snapshot-20210827/src/libgo/go/runtime/hash64.go:86:54: error: integer constant overflow 86 | return mix(m5^8, mix(a^m2, a^seed^hashkey[0]^m1)) | ^
[Bug target/101484] New: [12 Regression] trunk 20210717 ftbfs for amdgcn-amdhsa (gcn offload)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101484 Bug ID: 101484 Summary: [12 Regression] trunk 20210717 ftbfs for amdgcn-amdhsa (gcn offload) Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk 20210717 ftbfs the gcn offload compiler (using a just built 20210717 trunk build): configuration complains about: checking assembler for working .subsection -1... /packages/gcc/snap/gcc-snapshot-20210717/bin-gcn/nm: error: conftest.o The fil e was not recognized as a valid object file /packages/gcc/snap/gcc-snapshot-20210717/bin-gcn/nm: error: conftest.o The file was not recognized as a valid object file no The linker tools point to the ones provided by LLVM 9. Later then: libtool: compile: /packages/gcc/snap/gcc-snapshot-20210717/build-gcn/./gcc/gfortran -B/packages/gcc/snap/gcc-snapshot-20210717 /build-gcn/./gcc/ -nostdinc -B/packages/gcc/snap/gcc-snapshot-20210717/build-gcn/amdgcn-amdhsa/newlib/ -isystem /packages/gcc/s nap/gcc-snapshot-20210717/build-gcn/amdgcn-amdhsa/newlib/targ-include -isystem /packages/gcc/snap/gcc-snapshot-20210717/src-gcn /newlib/libc/include -B/usr/lib/gcc-snapshot/amdgcn-amdhsa/bin/ -B/usr/lib/gcc-snapshot/amdgcn-amdhsa/lib/ -isystem /usr/lib/gc c-snapshot/amdgcn-amdhsa/include -isystem /usr/lib/gcc-snapshot/amdgcn-amdhsa/sys-include -L. -Wall -L../libgfortran -c ../../. ./src-gcn/libgomp/config/accel/openacc.f90 -o openacc.o In file included from ../../../src-gcn/libgomp/barrier.c:28: In function 'gcn_thrs', inlined from 'gomp_thread' at ../../../src-gcn/libgomp/libgomp.h:803:10, inlined from 'GOMP_barrier' at ../../../src-gcn/libgomp/barrier.c:34:29: ../../../src-gcn/libgomp/libgomp.h:792:10: error: array subscript 0 is outside array bounds of '__lds struct gomp_thread * __lds[0]' [-Werror=array-bounds] 792 | return *thrs; | ^
[Bug modula2/101259] error: the file containing the definition module 'getopt' cannot be found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101259 Matthias Klose changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|MOVED |--- --- Comment #2 from Matthias Klose --- please keep those open, we created the component for the bug tracker to get these tracked while the merge is ongoing.
[Bug ada/100488] [12 Regression] trunk 20210508 fails to build ada on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100488 --- Comment #4 from Matthias Klose --- just retried with trunk 20210630, the issue is still there.
[Bug modula2/101259] New: error: the file containing the definition module 'getopt' cannot be found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101259 Bug ID: 101259 Summary: error: the file containing the definition module 'getopt' cannot be found Product: gcc Version: 10.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20210629, and trunk 20210629 of the gm2 repo, configured as a normal bootstrap build: /packages/gcc/snap/gcc-snapshot-20210629/src/libgm2/libm2pim/../../gcc/m2/gm2-libs/GetOpt.mod:213:11 : error: the file containing the definition module 'getopt' cannot be found 213 | END GetOpt. | ^ make[7]: *** [Makefile:950: GetOpt.lo] Error 1 That includes: Author: Gaius Mulley Date: Sun Jun 27 17:03:29 2021 +0100 * Makefile.am: renamed getopt.c to cgetopt.c. * Make-lang.in: renamed getopt.c to cgetopt.c. so what am I missing here?
[Bug libstdc++/101228] tbb/task.h is Deprecated in newer TBB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #5 from Matthias Klose --- No, the gcc packages don't depend on any tbb package. Probably tbb needs an update to a new upstream version in the distro.
[Bug ipa/100812] [10 Regression] lto1-wpa memory hog building openjdk trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100812 --- Comment #3 from Matthias Klose --- adding -fno-ipa-icf or -fno-ipa-sra, or both flags makes a difference
[Bug lto/100812] [10 Regression] lto1-wpa memory hog building openjdk trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100812 Matthias Klose changed: What|Removed |Added Target||x86_64-linux-gnu ||aarch64-linux-gnu --- Comment #1 from Matthias Klose --- seen on x86_64-linux-gnu and aarch64-linux-gnu, not powerpc64le-linux-gnu and s390x-linux-gnu
[Bug lto/100812] New: [10 Regression] lto1-wpa memory hog building openjdk trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100812 Bug ID: 100812 Summary: [10 Regression] lto1-wpa memory hog building openjdk trunk Product: gcc Version: 10.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- openjdk trunk was building ok with lto (at least the 17+19 snapshot), however with the 17+24 snapshot, one lto1-wpa process is eating up memory to 200GB and beyond (linking libjvm.so). seen with the gcc-10 branch. The 17+24 snapshot builds ok with the gcc-11 branch. openjdk is configured with ./configure \ --with-jvm-variants=server \ --with-boot-jdk=/usr/lib/jvm/java-17-openjdk-amd64 \ --disable-precompiled-headers --with-jvm-features=zgc \ --with-extra-cflags='-flto=auto -ffat-lto-objects' \ --with-extra-cxxflags='-flto=auto -ffat-lto-objects' \ --with-extra-ldflags='-flto=auto' \ --disable-warnings-as-errors \ --with-debug-level=release \ --with-native-debug-symbols=internal \ --enable-unlimited-crypto \ --disable-javac-server \ --with-stdc++lib=dynamic sources taken from https://github.com/openjdk/jdk/releases
[Bug ada/100488] [12 Regression] trunk 20210508 fails to build ada on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100488 Matthias Klose changed: What|Removed |Added CC||jrtc27 at jrtc27 dot com --- Comment #2 from Matthias Klose --- Corresponding Debian issue: https://bugs.debian.org/988305 Debian's kernel support for x32 syscalls can be activated, and then you can install a x32 chroot. See https://wiki.debian.org/X32Port. Ubuntu's kernel also has the x32 syscalls.
[Bug ada/100488] New: [12 Regression] trunk 20210508 fails to build ada on x86_64-linux-gnux32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100488 Bug ID: 100488 Summary: [12 Regression] trunk 20210508 fails to build ada on x86_64-linux-gnux32 Product: gcc Version: 9.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk 20210508 fails to build ada on x86_64-linux-gnux32: mkdir -p ada/ /<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/ -B/usr/lib/gcc-snapshot/x86_64-linux-gnux32/bin/ -B/usr/lib/ gcc-snapshot/x86_64-linux-gnux32/bin/ -B/usr/lib/gcc-snapshot/x86_64-linux-gnux32/lib/ -isystem /usr/lib/gcc-snapshot/x86_64-linux-gnux3 2/include -isystem /usr/lib/gcc-snapshot/x86_64-linux-gnux32/sys-include -fchecking=1 -c -g -O2 -fchecking=1 -gnatpg -gnata -W -Wall -nostdinc -I- -I. -Iada/generated -Iada -Iada/gcc-interface -I../../src/gcc/ada -I../../src/gcc/ada/gcc-interface -Iada/libgnat -I../../ src/gcc/ada/libgnat ada/einfo-entities.adb -o ada/einfo-entities.o +===GNAT BUG DETECTED==+ | 12.0.0 20210508 (experimental) [master revision 292da5c58da:d8763feb89a:62d87a321b29f9febdacc6220367021d98db3057] (x86_64-linux-gnux32 ) | | Assert_Failure nlists.adb:385| | Error detected at einfo-entities.adb:49:4| | 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 ada/einfo-entities.adb ada/generated/einfo-entities.ads ../../src/gcc/ada/einfo.ads ../../src/gcc/ada/namet.ads ../../src/gcc/ada/alloc.ads ../../src/gcc/ada/hostparm.ads ../../src/gcc/ada/types.ads ../../src/gcc/ada/libgnat/unchconv.ads ../../src/gcc/ada/libgnat/unchdeal.ads ../../src/gcc/ada/table.ads ada/snames.ads ../../src/gcc/ada/stand.ads ../../src/gcc/ada/uintp.ads ../../src/gcc/ada/urealp.ads ada/generated/seinfo.ads ../../src/gcc/ada/output.ads ../../src/gcc/ada/libgnat/s-os_lib.ads ../../src/gcc/ada/libgnat/s-string.ads ../../src/gcc/ada/libgnat/ada.ads ../../src/gcc/ada/libgnat/a-uncdea.ads ../../src/gcc/ada/sinfo.ads ada/generated/sinfo-nodes.ads ../../src/gcc/ada/atree.ads ../../src/gcc/ada/einfo-utils.ads ../../src/gcc/ada/libgnat/s-stalib.ads ../../src/gcc/ada/libgnat/a-unccon.ads ../../src/gcc/ada/libgnat/s-exctab.ads ../../src/gcc/ada/libgnat/s-unstyp.ads ../../src/gcc/ada/libgnat/s-conca2.ads ../../src/gcc/ada/libgnat/s-assert.ads ../../src/gcc/ada/gcc-interface/a-assert.ads compilation abandoned make[5]: *** [../../src/gcc/ada/gcc-interface/Make-lang.in:139: ada/einfo-entities.o] Error 1 make[5]: *** Waiting for unfinished jobs make[5]: Leaving directory '/<>/build/gcc' make[4]: *** [Makefile:4864: all-stage3-gcc] Error 2 make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:27997: stage3-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:28061: bootstrap] Error 2 make[2]: Leaving directory '/<>/build' Configured with: -v --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --with-gcc-major-version-only --program-prefix= --enable-shared --enable-linker-build-id --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --enable-cet --with-abi=mx32 --with-multilib-list=mx32,m64,m32 --enable-multilib --enable-checking=yes --build=x86_64-linux-gnux32 --host=x86_64-linux-gnux32 --target=x86_64-linux-gnux32
[Bug other/100447] New: gcc-9 -c -gsplit-dwarf -gdwarf-5 ICEs on an empty file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100447 Bug ID: 100447 Summary: gcc-9 -c -gsplit-dwarf -gdwarf-5 ICEs on an empty file Product: gcc Version: 9.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with the current gcc-9 branch, seen at least on x86_64 and aarch64, works with 10 and 11: $ touch empty.i $ gcc-9 -c -gsplit-dwarf -gdwarf-5 empty.i empty.i:1: internal compiler error: Segmentation fault 0xa0e64f crash_signal ../../src/gcc/toplev.c:326 0x730128 void hash_table::traverse_noresize(unsigned int*) ../../src/gcc/hash-table.h:1026 0x730128 dwarf2out_finish ../../src/gcc/dwarf2out.c:31686 Please submit a full bug report, with preprocessed source if appropriate.
[Bug target/100375] New: [12 Regression] trunk 20210501 ftbfs for nvptx-none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100375 Bug ID: 100375 Summary: [12 Regression] trunk 20210501 ftbfs for nvptx-none Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk 20210501 ftbfs for nvptx-none, trying to build the offload compiler with the just built trunk 20210501 x86_64-linux-gnu host build. ../../src-nvptx/gcc/config/nvptx/nvptx.c: In function 'void nvptx_sese_pseudo(basic_block, bb_sese*, int, int, vec*, size_t)': ../../src-nvptx/gcc/config/nvptx/nvptx.c:3754:42: error: call of overloaded 'pair(int, int)' is ambiguous 3754 | node_back = pseudo_node_t (0, 0); | ^ In file included from /packages/gcc/snap/gcc-snapshot-20210501/build/x86_64-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:64, from /packages/gcc/snap/gcc-snapshot-20210501/build/x86_64-linux-gnu/libstdc++-v3/include/bits/char_traits.h:39, from /packages/gcc/snap/gcc-snapshot-20210501/build/x86_64-linux-gnu/libstdc++-v3/include/ios:40, from /packages/gcc/snap/gcc-snapshot-20210501/build/x86_64-linux-gnu/libstdc++-v3/include/istream:38, from /packages/gcc/snap/gcc-snapshot-20210501/build/x86_64-linux-gnu/libstdc++-v3/include/sstream:38,
[Bug target/100356] New: gcc.target/aarch64/advsimd-intrinsics tests are run on arm-linux-gnueabi*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100356
Bug ID: 100356
Summary: gcc.target/aarch64/advsimd-intrinsics tests are run on
arm-linux-gnueabi*
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
gcc.target/aarch64/advsimd-intrinsics tests are run on arm-linux-gnueabi*.
It's odd, that these are in an aarch64 subdir, but they are marked as
/* { dg-xfail-if "" { arm*-*-* } } */
All these don't show up as XFAIL, but as UNRESOLVED, because they fail to
build.
[Bug target/100092] [10 Regression] nvptx offloading on aarch64 fails to specify -foffload-abi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #2 from Matthias Klose --- there's more needed, see PR96265.
[Bug pch/98527] [11 Regression] ICE in handle_pragma_pop_options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98527 Matthias Klose changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Matthias Klose --- can't reproduce this anymore with trunk 20210404.
[Bug ipa/99447] [11 Regression] ICE (segfault) in lookup_page_table_entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447 Matthias Klose changed: What|Removed |Added Resolution|--- |WORKSFORME Status|WAITING |RESOLVED --- Comment #28 from Matthias Klose --- also retried with trunk 20210331, and the two extra --param settings. Can't reproduce it anymore.
[Bug ipa/99447] [11 Regression] ICE (segfault) in lookup_page_table_entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447 --- Comment #21 from Matthias Klose --- building with trunk 20210330 using these parameters didn't succeed: make[1]: Entering directory '/packages/tmp/guymager-0.8.12' g++ -c -pipe -g -O2 -ffile-prefix-map=/packages/tmp/guymager-0.8.12=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security --param ggc-min-expand=0 ggc-min-heapsize=0 -fmessage-length=0 -fno-strict-aliasing -flto -g -ffile-prefix-map=/packages/tmp/guymager-0.8.12=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security --param ggc-min-expand=0 --param ggc-min-heapsize=0 -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -ggdb -std=gnu++1y -Wall -Wextra -D_REENTRANT -fPIC -DSPLASH_DIR='"/usr/share/guymager"' -DLANGUAGE_DIR='"/usr/share/guymager"' -DLANGUAGE_DIR_QT='"/usr/share/qt5/translations"' -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_DBUS_LIB -DQT_CORE_LIB -I. -I/usr/include/libguytools2 -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets -I/usr/include/x86_64-linux-gnu/qt5/QtGui -I/usr/include/x86_64-linux-gnu/qt5/QtDBus -I/usr/include/x86_64-linux-gnu/qt5/QtCore -Imoc -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o aaff.o aaff.cpp g++: warning: ggc-min-heapsize=0: linker input file unused because linking not done g++: error: ggc-min-heapsize=0: linker input file not found: No such file or directory make[1]: *** [Makefile:897: aaff.o] Error 1
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663 Matthias Klose changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #11 from Matthias Klose --- fixed
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663 Matthias Klose changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org --- Comment #7 from Matthias Klose --- introduced by a4670f58ebff805e35268542aac35f9791980954
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
--- Comment #5 from Matthias Klose ---
and the reduction for the original ICE:
typedef struct {
int exponent;
unsigned short lsu[];
} decNumber;
decNumber decDivideOp_lhs;
short decDivideOp_varbuff;
void decDivideOp(decNumber *rhs) {
short *msu1;
int exponent;
unsigned short *source;
for (; source >= decDivideOp_lhs.lsu; source--, msu1--)
*msu1 = *source;
for (;;)
if (exponent)
if (decDivideOp_varbuff)
exponent = rhs->exponent;
}
$ build/gcc/xgcc -Bbuild/gcc/ -c -mtune=z15 -march=z13 -mzarch -O2
-fno-stack-protector -fPIC decNumber.i
decNumber.i: In function ‘decDivideOp’:
decNumber.i:17:1: error: insn does not satisfy its constraints:
17 | }
| ^
(insn 7 6 2 2 (set (reg:DI 3 %r3 [69])
(plus:DI (reg:DI 0 %r0 [77])
(const_int 4 [0x4]))) "decNumber.i":11:17 1471 {*la_64}
(nil))
during RTL pass: reload
decNumber.i:17:1: internal compiler error: in extract_constrain_insn, at
recog.c:2670
0x218b329 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../src/gcc/rtl-error.c:108
0x218b4b5 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
../../src/gcc/rtl-error.c:118
0x20d66a1 extract_constrain_insn(rtx_insn*)
../../src/gcc/recog.c:2670
0x1ead125 check_rtl
../../src/gcc/lra.c:2087
0x1eae299 lra(_IO_FILE*)
../../src/gcc/lra.c:2505
0x1e13ec3 do_reload
../../src/gcc/ira.c:5834
0x1e145f1 execute
../../src/gcc/ira.c:6020
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663 --- Comment #4 from Matthias Klose --- Created attachment 50433 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50433=edit preprocessed source
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
--- Comment #3 from Matthias Klose ---
trying to reproduce, it ICEs at a different place...
$ cat decNumber.i
typedef struct {
int exponent;
unsigned short lsu[];
} decNumber;
char __decd2utable[] = {};
decNumber *decExpOp_rhs;
void decExpOp() {
decNumber buft[0];
decNumber allocbuft;
decNumber *t = buft;
int t_0;
if (decExpOp_rhs)
t =
for (;;) {
unsigned short varbuff[0];
unsigned short *msu1, *source = t->lsu + (9 ? __decd2utable[t_0] : 3);
for (; source >= t->lsu; source--, msu1--)
*msu1 = *source;
for (; msu1 >= varbuff;)
;
if (t->exponent)
break;
}
}
$ build/gcc/xgcc -Bbuild/gcc/ -c -mtune=z15 -march=z13 -mzarch -O1 decNumber.i
during RTL pass: reload
decNumber.i: In function ‘decExpOp’:
decNumber.i:24:1: internal compiler error: in lra_set_insn_recog_data, at
lra.c:1004
24 | }
| ^
0x1ea6333 lra_set_insn_recog_data(rtx_insn*)
../../src/gcc/lra.c:1004
0x1ea2063 lra_get_insn_recog_data
../../src/gcc/lra-int.h:487
0x1ea9f99 lra_update_insn_regno_info(rtx_insn*)
../../src/gcc/lra.c:1625
0x1eab8b7 lra_push_insn_1
../../src/gcc/lra.c:1780
0x1eab905 lra_push_insn(rtx_insn*)
../../src/gcc/lra.c:1788
0x1eabad9 push_insns
../../src/gcc/lra.c:1831
0x1eabd81 lra_process_new_insns(rtx_insn*, rtx_insn*, rtx_insn*, char const*)
../../src/gcc/lra.c:1871
0x1ed2bab curr_insn_transform
../../src/gcc/lra-constraints.c:4669
0x1ed5c17 lra_constraints(bool)
../../src/gcc/lra-constraints.c:5163
0x1eaddb3 lra(_IO_FILE*)
../../src/gcc/lra.c:2336
0x1e13ec3 do_reload
../../src/gcc/ira.c:5834
0x1e145f1 execute
../../src/gcc/ira.c:6020
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug target/99663] [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663 --- Comment #1 from Matthias Klose --- also seen with --with-arch=z196
[Bug target/99663] New: [11 Regression] ICE in extract_constrain_insn, at recog.c:2670 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
Bug ID: 99663
Summary: [11 Regression] ICE in extract_constrain_insn, at
recog.c:2670 on s390x-linux-gnu
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
trunk 20210319 ftbfs on s390x-linux-gnu, with
../../../src/libgcc/../libdecnumber/decNumber.c: In function
‘decQuantizeOp.constprop.isra’:
../../../src/libgcc/../libdecnumber/decNumber.c:5966:3: error: insn does not
satisfy its constraints:
5966 | } /* decQuantizeOp */
| ^
(insn 252 250 253 26 (set (reg:DI 2 %r2)
(plus:DI (reg/v/f:DI 24 %f8 [orig:101 res ] [101])
(const_int 10 [0xa]))) 1471 {*la_64}
(nil))
during RTL pass: postreload
../../../src/libgcc/../libdecnumber/decNumber.c:5966:3: internal compiler
error: in extract_constrain_insn, at recog.c:2670
0x218b329 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../src/gcc/rtl-error.c:108
0x218b4b5 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
../../src/gcc/rtl-error.c:118
0x20d66a1 extract_constrain_insn(rtx_insn*)
../../src/gcc/recog.c:2670
0x2047e77 reload_cse_simplify_operands
../../src/gcc/postreload.c:407
0x2045e61 reload_cse_simplify
../../src/gcc/postreload.c:132
0x2046ff1 reload_cse_regs_1
../../src/gcc/postreload.c:238
0x204555b reload_cse_regs
../../src/gcc/postreload.c:66
0x2056935 execute
../../src/gcc/postreload.c:2358
Please submit a full bug report,
with preprocessed source if appropriate.
make[5]: *** [Makefile:646: decNumber.o] Error 1
make[5]: *** Waiting for unfinished jobs
make[5]: Leaving directory '/<>/build/s390x-linux-gnu/libgcc'
make[4]: *** [Makefile:20021: all-stage1-target-libgcc] Error 2
make[4]: Leaving directory '/<>/build'
make[3]: *** [Makefile:27139: stage1-bubble] Error 2
make[3]: Leaving directory '/<>/build'
make[2]: *** [Makefile:28089: profiledbootstrap-lean] Error 2
make[2]: Leaving directory '/<>/build'
gcc configured with
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++
--with-gcc-major-version-only
--enable-shared
--enable-linker-build-id
--without-included-gettext
--enable-threads=posix
--enable-nls
--enable-bootstrap
--enable-clocale=gnu
--enable-libstdcxx-debug
--enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new
--enable-gnu-unique-object
--disable-libquadmath
--disable-libquadmath-support
--enable-plugin
--enable-default-pie
--with-system-zlib
--enable-libphobos-checking=release
--with-target-system-zlib=auto
--enable-objc-gc=auto
--enable-multiarch
--disable-werror
--with-arch=z13
--with-tune=z15
--enable-s390-excess-float-precision
--with-long-double-128
--enable-multilib
--enable-checking=yes,extra,rtl
--build=s390x-linux-gnu
--host=s390x-linux-gnu
--target=s390x-linux-gnu
--with-build-config=bootstrap-lto-lean
--enable-link-serialization=2
[Bug target/99488] dwz: /usr/lib/gcc/mips64el-linux-gnuabi64/11/go1: Found two copies of .debug_line_str section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488 --- Comment #6 from Matthias Klose --- https://people.debian.org/~doko/tmp/go1-mips64el.xz
[Bug target/99488] dwz: /usr/lib/gcc/mips64el-linux-gnuabi64/11/go1: Found two copies of .debug_line_str section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488 --- Comment #5 from Matthias Klose --- Created attachment 50387 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50387=edit readelf -Wa output
[Bug preprocessor/61474] ICE (segfault) in preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61474 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #2 from Matthias Klose --- seen with trunk 20210306 $ gcc-11 -E a.c # 0 "a.c" # 0 "" # 0 "" # 1 "/usr/include/stdc-predef.h" 1 3 4 # 0 "" 2 # 1 "a.c" # 1 "b.h" 1 # 1 "c.h" 1 # 1 "b.h" 2 In file included from a.c:1: b.h:1: internal compiler error: Segmentation fault 1 | # 1 "c.h" 1 | 0xd041a0 crash_signal ../../src/gcc/toplev.c:327 0x11e616c open_file ../libcpp/../../src/libcpp/files.c:225 0x165a9ba read_file ../libcpp/../../src/libcpp/files.c:770 0x11e62dc _cpp_stack_file ../libcpp/../../src/libcpp/files.c:942 0x1684cd2 do_include_common ../libcpp/../../src/libcpp/directives.c:853 0x120a24f _cpp_handle_directive ../libcpp/../../src/libcpp/directives.c:541 0x1204fa4 _cpp_lex_token ../libcpp/../../src/libcpp/lex.c:2809 0x120927f cpp_get_token_1 ../libcpp/../../src/libcpp/macro.c:2839 0x16841c3 cpp_get_token_with_location(cpp_reader*, unsigned int*) ../libcpp/../../src/libcpp/macro.c:3108 0x16841c3 scan_translation_unit ../../src/gcc/c-family/c-ppoutput.c:320 0x16841c3 preprocess_file(cpp_reader*) ../../src/gcc/c-family/c-ppoutput.c:102 0x167e491 c_common_init() ../../src/gcc/c-family/c-opts.c:1195 0x163fb1b lang_dependent_init ../../src/gcc/toplev.c:1889 0x163fb1b do_compile ../../src/gcc/toplev.c:2186 Please submit a full bug report, with preprocessed source if appropriate.
[Bug target/99488] dwz: /usr/lib/gcc/mips64el-linux-gnuabi64/11/go1: Found two copies of .debug_line_str section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488 Matthias Klose changed: What|Removed |Added CC||syq at debian dot org Known to work||10.2.1 Target||mips64el-linux-gnu Known to fail||11.0 --- Comment #1 from Matthias Klose --- doko, odd, don't know how that happens, something must have missed merging the sections together. doko, Since this is mips there might be some confusion about section types/flags. I would look to see if those sections have different types/flags and then try to work back who created which with those. e.g. both gas and gcc can create a .debug_line_str section.
[Bug target/99488] New: dwz: /usr/lib/gcc/mips64el-linux-gnuabi64/11/go1: Found two copies of .debug_line_str section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488 Bug ID: 99488 Summary: dwz: /usr/lib/gcc/mips64el-linux-gnuabi64/11/go1: Found two copies of .debug_line_str section Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20210306 on mips64el-linux-gnu, trying to run dwz on the unstripped go1 binary. according to https://buildd.debian.org/status/fetch.php?pkg=gcc-11=mips64el=11-20210306-1=1615188915=1 running dwz on the other binaries cc1, cc1plus, ... doesn't show this issue.
[Bug target/99487] [10 Regression] ICE during RTL pass: final in expand_function_start on hppa-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99487 --- Comment #2 from Matthias Klose --- complete build log at https://buildd.debian.org/status/fetch.php?pkg=gcc-10=hppa=10.2.1-21=1615045917=1 /<>/build/./prev-gcc/xg++ -B/<>/build/./prev-gcc/ -B/usr/hppa-linux-gnu/bin/ -nostdinc++ -B/<>/build/prev-hppa-linux-gnu/libstdc++-v3/src/.libs -B/<>/build/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs -I /<>/build/prev-hppa-linux-gnu/libstdc++-v3/include/hppa-linux-gnu -I/<>/build/prev-hppa-linux-gnu/libst dc++-v3/include -I/<>/src/libstdc++-v3/libsupc++ -L/<>/build/prev-hppa-linux-gnu/libstdc++-v3/src/.libs -L/<>/build/prev-hppa-linux-gnu/libstdc++-v3/libsupc++/.libs -fno-PIE -c -g -O2 -fno-checking -DIN_GCC -fno-ex ceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissi ng-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H - I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnu mber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumber -I../../src/gcc/../libbacktrace -o function.o -MT function.o -MMD -MP -MF ./.deps/function.TPo ../../src/gcc/function.c [...] during RTL pass: final ../../src/gcc/function.c: In function 'void expand_function_start(tree)': ../../src/gcc/function.c:5213:1: internal compiler error: Segmentation fault 5213 | } | ^ 0x151e263 crash_signal ../../src/gcc/toplev.c:328 0xc60858 hash_table::find_slot_with_hash(char const* const&, unsigned int, insert_option) ../../src/gcc/hash-table.h:982 xg++: internal compiler error: Segmentation fault signal terminated program cc1plus Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[5]: *** [Makefile:1117: function.o] Error 4 make[5]: *** Waiting for unfinished jobs /tmp/ccoUqSSr.s: Assembler messages: /tmp/ccoUqSSr.s:113281: Internal error (Segmentation fault). Please report this bug. make[5]: *** [Makefile:1117: fold-const.o] Error 1 rm gcc.pod lto-dump.pod gdc.pod gfortran.pod make[5]: Leaving directory '/<>/build/gcc' make[4]: *** [Makefile:4835: all-stage2-gcc] Error 2 make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:24097: stage2-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:24301: bootstrap] Error 2 make[2]: Leaving directory '/<>/build'
[Bug target/99487] New: [10 Regression] ICE during RTL pass: final in expand_function_start on hppa-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99487 Bug ID: 99487 Summary: [10 Regression] ICE during RTL pass: final in expand_function_start on hppa-linux-gnu Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with the gcc-10 branch 20210306, not with current trunk on hppa-linux-gnu during RTL pass: final ../../src/gcc/function.c: In function 'void expand_function_start(tree)': ../../src/gcc/function.c:5213:1: internal compiler error: Segmentation fault 5213 | } | ^ 0x151e263 crash_signal ../../src/gcc/toplev.c:328 0xc60858 hash_table::find_slot_with_hash(char const* const&, unsigned int, insert_option) ../../src/gcc/hash-table.h:982 xg++: internal compiler error: Segmentation fault signal terminated program cc1plus Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[5]: *** [Makefile:1117: function.o] Error 4 make[5]: *** Waiting for unfinished jobs /tmp/ccoUqSSr.s: Assembler messages: /tmp/ccoUqSSr.s:113281: Internal error (Segmentation fault). Please report this bug. make[5]: *** [Makefile:1117: fold-const.o] Error 1
[Bug lto/99447] [11 Regression] ICE (segfault) in lookup_page_table_entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447 --- Comment #5 from Matthias Klose --- I'm able to reduce the amount of object files involved in this ICE. But then trying to rebuild the package with -save-temps makes the ICE disappear.
[Bug lto/99448] ICE in read_cgraph_and_symbols, at lto/lto-common.c:2739
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99448 --- Comment #2 from Matthias Klose --- the compiler is configured with --enable-default-pie. so this one sometimes fails with different reasons when retrying: lto1: error: filter/andfiltertest.o: file too short lto1: fatal error: errors during merging of translation units compilation terminated. lto-wrapper: fatal error: g++ returned 1 exit status compilation terminated. /usr/bin/ld: error: lto-wrapper failed collect2: error: ld returned 1 exit status and doesn't fail now when just retrying the link command manually now ... these flags are passed to the upstream build system: CFLAGS=-g -O2 -ffile-prefix-map=/packages/tmp/log4cxx-0.11.0=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2 CXXFLAGS=-g -O2 -ffile-prefix-map=/packages/tmp/log4cxx-0.11.0=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security LDFLAGS=-flto=auto -Wl,-z,relro
[Bug c++/99445] [11 Regression] ICE in hashtab_chk_error, at hash-table.c:137 since r11-7011-g6e0a231a4aa2407b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99445 --- Comment #3 from Matthias Klose --- > Can you please reduce it to a valid test-case? the run took 40 hours. I'll see when I can repeat it.
[Bug lto/99450] New: ICE: unrecognizable insn with lto build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99450 Bug ID: 99450 Summary: ICE: unrecognizable insn with lto build Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- seen with the gcc-10 branch 20210306 on x86_64-linux-gnu, building the emoslib 4.5.9 package. the package fails with other issues building with trunk. $ gfortran -Wl,-z,defs -Wl,--as-needed -flto=auto -Wl,-z,relro -Wl,--disable-new-dtags -g -O2 -ffile-prefix-map=/packages/tmp/emoslib-4.5.9=. -flto=auto -ffat-lto-objects -fstack-protector-strong -fallow-argument-mismatch -ffixed-line-length-none -fcray-pointer -fno-second-underscore -Wuninitialized -Wunused-variable -Wno-maybe-uninitialized -DSHAREDMEMORY -fdefault-real-8 -fdefault-double-8 -fdefault-real-8 -fdefault-double-8 -O3 -DNDEBUG -funroll-all-loops -finline-functions -O2 CMakeFiles/bufr_0t2.dir/bufr_0t2.F.o -o ../../usr/bin/bufr_0t2 -Wl,-rpath,$ORIGIN/../lib libmy_exit.a ../../usr/lib/x86_64-linux-gnu/libemosR64.a /usr/lib/x86_64-linux-gnu/libeccodes.so.0 -lpng -laec -lm /usr/lib/x86_64-linux-gnu/libopenjp2.so -lpthread /usr/lib/x86_64-linux-gnu/libfftw3.so ../../libemos-dp/./bufrdc_wmo/buens4.F:268:57: warning: type of ‘bugbytesr4’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bugbytesR4.F:11:28: note: ‘bugbytesr4’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bugbytesR4.F:11:28: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/buens4.F:275:56: warning: type of ‘bugbytesr8’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bugbytesR8.F:11:28: note: ‘bugbytesr8’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bugbytesR8.F:11:28: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./pbio/pbbufr.F:90:57: warning: type of ‘bufrread’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./pbio/pbio.c:1288:6: note: ‘bufrread_’ was previously declared here ../../libemos-dp/./pbio/pbio.c:1288:6: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcmctc.F:13:21: warning: type of ‘bcmctc’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcmctc.F:13:21: note: ‘bcmctc’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcmctc.F:13:21: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcmwtc.F:12:21: warning: type of ‘bcmwtc’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcmwtc.F:12:21: note: ‘bcmwtc’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcmwtc.F:12:21: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcmroot.F:11:22: warning: type of ‘bcmroot’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcmroot.F:11:22: note: ‘bcmroot’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcmroot.F:11:22: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcomctc.F:13:22: warning: type of ‘bcomctc’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcomctc.F:13:22: note: ‘bcomctc’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcomctc.F:13:22: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcomroot.F:12:23: warning: type of ‘bcomroot’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcomroot.F:12:23: note: ‘bcomroot’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcomroot.F:12:23: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcomtabloadc.F:12:28: warning: type of ‘bcomtabloadc’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcomtabloadc.F:12:28: note: ‘bcomtabloadc’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcomtabloadc.F:12:28: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ../../libemos-dp/./bufrdc_wmo/bcomdefc.F:12:23: warning: type of ‘bcomdefc’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./bufrdc_wmo/bcomdefc.F:12:23: note: ‘bcomdefc’ was previously declared here ../../libemos-dp/./bufrdc_wmo/bcomdefc.F:12:23: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ./tools/bufrtools_wmo/bufr_0t2.F:138:47: warning: type of ‘pbopen’ does not match original declaration [-Wlto-type-mismatch] ../../libemos-dp/./pbio/pbio.c:84:6: note: type
[Bug lto/99449] New: lto1: fatal error: multiple prevailing defs for ‘_ZTIN4sdsl14rank_support_vILh1ELh1EEE’ with -msse3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99449
Bug ID: 99449
Summary: lto1: fatal error: multiple prevailing defs for
‘_ZTIN4sdsl14rank_support_vILh1ELh1EEE’ with -msse3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
trunk 20210306 on x86_64-linux-gnu
not sure how to report this ... seen building the vg package in Debian with
-msse3 (according to the packaging, builds with -mavx2, -mavx, -msse4.1,
-mssse3 succeed).
g++ -flto=auto -Wl,-z,relro -Wl,-z,now -I/usr/include/fastahack
-I/usr/include/smithwaterman -I/usr/include/vcflib -I/usr/include/smithwaterman
-I/usr/include/fastahack -I/packages/tmp/vg-1.30.0+ds/include -isystem
/packages/tmp/vg-1.30.0+ds/include -I. -I/packages/tmp/vg-1.30.0+ds/src
-I/packages/tmp/vg-1.30.0+ds/src/unittest
-I/packages/tmp/vg-1.30.0+ds/src/subcommand
-I/packages/tmp/vg-1.30.0+ds/include/dynamic -pthread -isystem
/usr/include/cairo -isystem /usr/include/glib-2.0 -isystem
/usr/lib/x86_64-linux-gnu/glib-2.0/include -isystem /usr/include/pixman-1
-isystem /usr/include/uuid -isystem /usr/include/freetype2 -isystem
/usr/include/libpng16 -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -Werror=return-type
-std=c++14 -ggdb -g -g -O2 -ffile-prefix-map=/packages/tmp/vg-1.30.0+ds=.
-flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat
-Werror=format-security -DSIMDE_ENABLE_OPENMP -fopenmp-simd -O3 -msse3 -fopenmp
-o test/build_graph test/build_graph.cpp -lvg -L/packages/tmp/vg-1.30.0+ds/lib
/packages/tmp/vg-1.30.0+ds/lib/libvgio.a -lz -lvcflib -lgssw -lssw
-lsublinearLS -lpthread -lncurses -lgcsa2 -lgbwtgraph -lgbwt -ldivsufsort
-ldivsufsort64 -lraptor2 -lpinchesandcacti -l3edgeconnected -lsonlib -lfml
-lstructures -lvw -lallreduce -lbdsg -lxg -lsdsl -lhandlegraph -lfastahack
-lsmithwaterman -ldisorder -lvcflib -lsmithwaterman -ldisorder -lfastahack
-lhts -ltabixpp -lcairo -lz -lgobject-2.0 -lffi -lglib-2.0 -pthread -lpcre
-pthread -lpixman-1 -lfontconfig -luuid -lexpat -lfreetype -lbrotlidec
-lbrotlicommon -lpng16 -lm -lz -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext
-lX11 -lpthread -lxcb -lXau -lXdmcp -ljansson -latomic -rdynamic -ldw -lelf
"-lboost_program_options""" -ldl -llzma -lbz2 -ljemalloc -Wl,-Bstatic -lhts
-ldeflate -lz -llzma -lprotobuf -lz -Wl,-Bdynamic
lto1: fatal error: multiple prevailing defs for
‘_ZTIN4sdsl14rank_support_vILh1ELh1EEE’
compilation terminated.
lto-wrapper: fatal error: g++ returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
the gcc-10 branch fails differently:
src/subcommand/../algorithms/walk.hpp:22: warning: type ‘struct walk_t’
violates the C++ One Definition Rule [-Wodr]
22 | struct walk_t {
|
src/algorithms/prune.cpp:12: note: a different type is defined in another
translation unit
12 | struct walk_t {
|
src/subcommand/../algorithms/walk.hpp:29: note: the first difference of
corresponding definitions is field ‘path’
29 | std::vector path;
|
src/algorithms/prune.cpp:20: note: a field with different name is defined in
another translation unit
20 | pos_t begin;
|
lto1: internal compiler error: in lto_read_decls, at lto/lto-common.c:1956
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug lto/99448] New: ICE in read_cgraph_and_symbols, at lto/lto-common.c:2739
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99448 Bug ID: 99448 Summary: ICE in read_cgraph_and_symbols, at lto/lto-common.c:2739 Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- seen building the log4cxx 0.11.0 package with LTO, both gcc-10 branch 20210306 and trunk 20210306 on x86_64-linux-gnu g++ -g -O2 -ffile-prefix-map=/packages/tmp/log4cxx-0.11.0=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -flto=auto -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/testsuite customlogger/xlogger.o customlogger/xloggertestcase.o defaultinit/testcase1.o defaultinit/testcase2.o defaultinit/testcase3.o defaultinit/testcase4.o filter/andfiltertest.o filter/denyallfiltertest.o filter/levelmatchfiltertest.o filter/levelrangefiltertest.o filter/loggermatchfiltertest.o filter/mapfiltertest.o filter/stringmatchfiltertest.o helpers/absolutetimedateformattestcase.o helpers/cacheddateformattestcase.o helpers/charsetdecodertestcase.o helpers/charsetencodertestcase.o helpers/cyclicbuffertestcase.o helpers/datetimedateformattestcase.o helpers/inetaddresstestcase.o helpers/iso8601dateformattestcase.o helpers/localechanger.o helpers/messagebuffertest.o helpers/optionconvertertestcase.o helpers/propertiestestcase.o helpers/relativetimedateformattestcase.o helpers/stringtokenizertestcase.o helpers/stringhelpertestcase.o helpers/syslogwritertest.o helpers/threadtestcase.o helpers/timezonetestcase.o helpers/transcodertestcase.o net/smtpappendertestcase.o net/socketappendertestcase.o net/sockethubappendertestcase.o net/syslogappendertestcase.o net/telnetappendertestcase.o net/xmlsocketappendertestcase.o pattern/num343patternconverter.o pattern/patternparsertestcase.o rolling/filenamepatterntestcase.o rolling/filterbasedrollingtest.o rolling/manualrollingtest.o rolling/obsoletedailyrollingfileappendertest.o rolling/obsoleterollingfileappendertest.o rolling/sizebasedrollingtest.o rolling/timebasedrollingtest.o util/absolutetimefilter.o util/absolutedateandtimefilter.o util/binarycompare.o util/compare.o util/controlfilter.o util/filenamefilter.o util/utilfilter.o util/iso8601filter.o util/linenumberfilter.o util/relativetimefilter.o util/serializationtesthelper.o util/threadfilter.o util/transformer.o util/xmlfilenamefilter.o util/xmllineattributefilter.o util/xmltimestampfilter.o util/xmlthreadfilter.o varia/errorhandlertestcase.o varia/levelmatchfiltertestcase.o varia/levelrangefiltertestcase.o db/odbcappendertestcase.o xml/customleveltestcase.o xml/domtestcase.o xml/xlevel.o xml/xmllayouttestcase.o xml/xmllayouttest.o nt/nteventlogappendertestcase.o abts.o asyncappendertestcase.o encodingtest.o filetestcase.o hierarchytest.o hierarchythresholdtestcase.o jsonlayouttest.o l7dtestcase.o leveltestcase.o logunit.o loggertestcase.o minimumtestcase.o patternlayouttest.o vectorappender.o appenderskeletontestcase.o consoleappendertestcase.o fileappendertestcase.o rollingfileappendertestcase.o streamtestcase.o writerappendertestcase.o ndctestcase.o propertyconfiguratortest.o mdctestcase.o -L/usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/libapr-1.so /usr/lib/x86_64-linux-gnu/libaprutil-1.so ../../../src/main/cpp/.libs/liblog4cxx.so -pthread lto1: internal compiler error: in read_cgraph_and_symbols, at lto/lto-common.c:2739 0x5c94c0 read_cgraph_and_symbols(unsigned int, char const**) ../../src/gcc/lto/lto-common.c:2739 0x1598166 lto_main() ../../src/gcc/lto/lto.c:625 Please submit a full bug report, with preprocessed source if appropriate.
[Bug lto/99447] [11 Regression] ICE (segfault) in lookup_page_table_entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447 --- Comment #1 from Matthias Klose --- object files at https://people.debian.org/~doko/tmp/guymager-tst.tar.xz
[Bug lto/99447] New: [11 Regression] ICE (segfault) in lookup_page_table_entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447 Bug ID: 99447 Summary: [11 Regression] ICE (segfault) in lookup_page_table_entry Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- seen with trunk 20210306 on x86_64-linux-gnu building the guymager package with LTO. $ g++ -Wl,-z,relro -ggdb -rdynamic -Wl,-flto -Wl,-z,relro -Wl,-O3 -o guymager compileinfo.o aaff.o aewf.o config.o device.o dlgabort.o dlgacquire.o dlgdirsel.o dlgautoexit.o dlgmessage.o dlgwait.o error.o fifo.o file.o hash.o info.o infofield.o itemdelegate.o main.o mainwindow.o md5.o media.o qtutil.o runstats.o sha1.o sha256.o table.o thread.o threadcompress.o threadhash.o threadread.o threadscan.o threadwrite.o util.o moc_devicelistmodel.o moc_dlgabort.o moc_dlgacquire.o moc_dlgautoexit.o moc_dlgacquire_private.o moc_dlgdirsel.o moc_dlgdirsel_private.o moc_dlgmessage.o moc_dlgwait.o moc_info.o moc_infofield.o moc_itemdelegate.o moc_main_private.o moc_mainwindow.o moc_table.o moc_thread.o moc_threadcompress.o moc_threadhash.o moc_threadread.o moc_threadscan.o moc_threadwrite.o -lz -ldl -lguytools -lewf -lbfio /usr/lib/x86_64-linux-gnu/libQt5Widgets.so /usr/lib/x86_64-linux-gnu/libQt5Gui.so /usr/lib/x86_64-linux-gnu/libQt5DBus.so /usr/lib/x86_64-linux-gnu/libQt5Core.so -lGL -lpthread device.cpp: In member function ‘GetErrorText’: device.cpp:155:1: internal compiler error: Segmentation fault 155 | } | ^ 0xc52c79 crash_signal ../../src/gcc/toplev.c:327 0x7f3b6994fd5f ??? ./signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0 0x11ac4fb lookup_page_table_entry ../../src/gcc/ggc-page.c:630 0x11ac4fb ggc_set_mark(void const*) ../../src/gcc/ggc-page.c:1544 0x13bdefd gt_ggc_mx_basic_block_def(void*) /build/gcc-11-7yDrbQ/gcc-11-11-20210306/build/gcc/gtype-desc.c:1527 0x13bc981 gt_ggc_mx_gimple(void*) /build/gcc-11-7yDrbQ/gcc-11-11-20210306/build/gcc/gtype-desc.c:1238 0x11b188e gt_ggc_mx_cgraph_edge(void*) /build/gcc-11-7yDrbQ/gcc-11-11-20210306/build/gcc/gtype-desc.c:1403 0x11b15e1 gt_ggc_mx_symtab_node(void*) /build/gcc-11-7yDrbQ/gcc-11-11-20210306/build/gcc/gtype-desc.c:1349 0x11a903a gt_ggc_mx_lang_tree_node(void*) ./gtype-lto.h:284 0x11a904e gt_ggc_mx_lang_tree_node(void*) ./gtype-lto.h:280 0x11a9cde gt_ggc_mx_rtx_def(void*) /build/gcc-11-7yDrbQ/gcc-11-11-20210306/build/gcc/gtype-desc.c:722 0x11b435e void gt_ggc_mx(vec*) ../../src/gcc/vec.h:1353 0x11b435e gt_ggc_mx_vec_dw_attr_node_va_gc_(void*) ./gt-dwarf2out.h:275 0x11b435e gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:45 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:27 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:47 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:27 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:47 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:27 0x11b4433 gt_ggc_mx_die_struct(void*) ./gt-dwarf2out.h:47 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report.
[Bug preprocessor/99446] New: [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1005
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99446 Bug ID: 99446 Summary: [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1005 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 50323 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50323=edit preprocessed source seen building the firefox-esr 78.8.0 package, using trunk 20210306. I have a compiler-generated ICE report, however even trying to re-run the command doesn't always generates the ICE report. make[3]: Entering directory '/packages/tmp/firefox-esr-78.8.0esr/build-browser/config/external/rlbox_lucet_sandbox' config/external/rlbox_lucet_sandbox/rlbox_lucet_thread_locals.o /usr/bin/g++ -o rlbox_lucet_thread_locals.o -c -I/packages/tmp/firefox-esr-78.8.0esr/build-browser/dist/stl_wrappers -I/packages/tmp/firefox-esr-78.8.0esr/build-browser/dist/system_wrappers -include /packages/tmp/firefox-esr-78.8.0esr/config/gcc_hidden.h -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -DNDEBUG=1 -DTRIMMED=1 -DMOZ_HAS_MOZGLUE -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -DSTATIC_EXPORTABLE_JS_API -I/packages/tmp/firefox-esr-78.8.0esr/config/external/rlbox_lucet_sandbox -I/packages/tmp/firefox-esr-78.8.0esr/build-browser/config/external/rlbox_lucet_sandbox -I/packages/tmp/firefox-esr-78.8.0esr/build-browser/dist/include -I/usr/include/nspr -I/usr/include/nss -I/usr/include/nspr -I/packages/tmp/firefox-esr-78.8.0esr/build-browser/dist/include/nss -fPIC -DMOZILLA_CLIENT -include /packages/tmp/firefox-esr-78.8.0esr/build-browser/mozilla-config.h -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code -Wwrite-strings -Wno-invalid-offsetof -Wc++2a-compat -Wduplicated-cond -Wimplicit-fallthrough -Wunused-function -Wunused-variable -Wno-error=maybe-uninitialized -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=coverage-mismatch -Wno-error=free-nonheap-object -Wno-multistatement-macros -Wno-error=class-memaccess -Wno-error=deprecated-copy -Wformat -Wformat-overflow=2 -fno-sized-deallocation -fno-aligned-new -O2 -ffile-prefix-map=/packages/tmp/firefox-esr-78.8.0esr=. -fstack-protector-strong -Wformat -Werror=format-security -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -pthread -pipe -g -freorder-blocks -O2 -fomit-frame-pointer -funwind-tables -MD -MP -MF .deps/rlbox_lucet_thread_locals.o.pp /packages/tmp/firefox-esr-78.8.0esr/config/external/rlbox_lucet_sandbox/rlbox_lucet_thread_locals.cpp /packages/tmp/firefox-esr-78.8.0esr/config/external/rlbox_lucet_sandbox/rlbox_lucet_thread_locals.cpp:1: internal compiler error: in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1005 1 | /* -*- Mode: C++; tab-width: 20; indent-tabs-mode: nil; c-basic-offset: 2 -*- */ | 0x656a93 linemap_position_for_loc_and_offset(line_maps*, unsigned int, unsigned int) ../libcpp/../../src/libcpp/line-map.c:1005 0x18ebee1 cp_lexer_new_main ../../src/gcc/cp/parser.c:676 0x18ebee1 c_parse_file() ../../src/gcc/cp/parser.c:45227 0x18d4aba c_common_parse_file() ../../src/gcc/c-family/c-opts.c:1218 Please submit a full bug report, with preprocessed source if appropriate.
[Bug other/98533] [8/9/10/11 Regression] ICE: 'verify_type' failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98533 --- Comment #3 from Matthias Klose --- reconfirmed with 20210306, building the actiona package.
[Bug other/99445] New: [11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99445
Bug ID: 99445
Summary: [11 Regression] ICE in
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
Created attachment 50322
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50322=edit
preprocessed source, unreduced
seen with trunk 20210227, building the broker package.
$cat foo.ii
template class decay;
template struct implicit_conversions;
template
using implicit_conversions_t = typename implicit_conversions::type;
template struct response_type;
template
using response_type_t = typename response_type::type;
template
response_type::type>...>
response_type_t < typename Handle::signatures,
typename implicit_conversions::type>::type...
$ g++ -c -fchecking=2 --param=hash-table-verification-limit=1000 foo.ii
hash table checking failed: equal operator returns true for a pair of values
with a different hash value
foo.ii: In substitution of ‘template using
response_type_t = typename response_type::type [with Ts = typename
Handle::signatures; Xs = {typename implicit_conversions::type>::type ...}]’:
foo.ii:12:66: required from here
foo.ii:7:7: internal compiler error: in hashtab_chk_error, at hash-table.c:137
7 | using response_type_t = typename response_type::type;
| ^~~
0x120e1f7 hashtab_chk_error()
../../src/gcc/hash-table.c:137
0x7863d0 hash_table::verify(spec_entry*
const&, unsigned int)
../../src/gcc/hash-table.h:1033
0x7863d0 hash_table::find_with_hash(spec_entry* const&, unsigned int)
../../src/gcc/hash-table.h:918
0x14cdeff lookup_template_class_1
../../src/gcc/cp/pt.c:9871
0x14fe6fe lookup_template_class(tree_node*, tree_node*, tree_node*, tree_node*,
int, int)
../../src/gcc/cp/pt.c:10243
0x14fe6fe tsubst_aggr_type
../../src/gcc/cp/pt.c:13576
0x14e2f18 tsubst(tree_node*, tree_node*, int, tree_node*)
../../src/gcc/cp/pt.c:16037
0x15b98f7 tsubst_decl
../../src/gcc/cp/pt.c:14802
0x160ea6d instantiate_template_1
../../src/gcc/cp/pt.c:21118
0x160e884 instantiate_template(tree_node*, tree_node*, int)
../../src/gcc/cp/pt.c:21177
0x14e3a38 instantiate_alias_template
../../src/gcc/cp/pt.c:21215
0x14e3a38 tsubst(tree_node*, tree_node*, int, tree_node*)
../../src/gcc/cp/pt.c:15444
0x14cf10d lookup_template_class_1
../../src/gcc/cp/pt.c:9944
0x14cc186 lookup_template_class(tree_node*, tree_node*, tree_node*, tree_node*,
int, int)
../../src/gcc/cp/pt.c:10243
0x14cc186 finish_template_type(tree_node*, tree_node*, int)
../../src/gcc/cp/semantics.c:3498
0x13e7bd3 cp_parser_template_id
../../src/gcc/cp/parser.c:17437
0x13ef262 cp_parser_class_name
../../src/gcc/cp/parser.c:24664
0x13e240f cp_parser_qualifying_entity
../../src/gcc/cp/parser.c:6994
0x13e240f cp_parser_nested_name_specifier_opt
../../src/gcc/cp/parser.c:6676
0x13ded32 cp_parser_nested_name_specifier
../../src/gcc/cp/parser.c:6920
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug fortran/97927] gfortran: ICE in lookup_field_for_decl, at tree-nested.c:288
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97927 --- Comment #11 from Matthias Klose --- 20210227 trunk
[Bug fortran/97927] gfortran: ICE in lookup_field_for_decl, at tree-nested.c:288
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97927 --- Comment #10 from Matthias Klose --- seen again with 20210227
[Bug fortran/99345] [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 --- Comment #8 from Matthias Klose --- updated the tarball to include the Modules dir
[Bug fortran/99345] [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 --- Comment #6 from Matthias Klose --- now at https://people.debian.org/~doko/tmp/espresso-test.tar.xz
[Bug fortran/99345] [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 --- Comment #4 from Matthias Klose --- also seen with -fno-frontend-optimize
[Bug fortran/99345] [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 --- Comment #2 from Matthias Klose --- Created attachment 50298 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50298=edit source
[Bug fortran/99345] New: [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345 Bug ID: 99345 Summary: [11 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20210227, building the espresso package on x86_64-linux-gnu mpif90 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -cpp -fallow-argument-mismatch -D__FFTW3 -D__MPI -D__S CALAPACK -I/<>//include -I/<>//FoX/finclude -I/<>//upflib -I/<>//Modules -I /<>//FFTXlib -I/<>//LAXlib -I/<>//UtilXlib -I/<>//FoX/finclude -I../../PW/src -I../../dft-d3 -I../../LR_Modules -c postahc.f90 f951: internal compiler error: in doloop_contained_procedure_code, at fortran/frontend-passes.c:2464 0xb9fcda doloop_contained_procedure_code ../../src/gcc/fortran/frontend-passes.c:2464 0x1afc7e5 gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int (*)(gfc_expr**, int*, void*), void*) ../../src/gcc/fortran/frontend-passes.c:5299 0x1afc91e gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int (*)(gfc_expr**, int*, void*), void*) ../../src/gcc/fortran/frontend-passes.c:5623 0x1b066c8 doloop_code ../../src/gcc/fortran/frontend-passes.c:2620 0x1afc7e5 gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int (*)(gfc_expr**, int*, void*), void*) ../../src/gcc/fortran/frontend-passes.c:5299 0x1afc91e gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int (*)(gfc_expr**, int*, void*), void*) ../../src/gcc/fortran/frontend-passes.c:5623 0x1afc91e gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int (*)(gfc_expr**, int*, void*), void*) ../../src/gcc/fortran/frontend-passes.c:5623 0x1afdd3b doloop_warn ../../src/gcc/fortran/frontend-passes.c:3052 0x1afdd96 gfc_run_passes(gfc_namespace*) ../../src/gcc/fortran/frontend-passes.c:156 0x1a2b069 gfc_resolve(gfc_namespace*) ../../src/gcc/fortran/resolve.c:17428 0x19ed811 gfc_resolve(gfc_namespace*) ../../src/gcc/fortran/resolve.c:17407 0x19ed811 resolve_all_program_units ../../src/gcc/fortran/parse.c:6290 0x19ed811 gfc_parse_file() ../../src/gcc/fortran/parse.c:6542 0x1a444c8 gfc_be_parse_file ../../src/gcc/fortran/f95-lang.c:212 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. full build log at https://people.debian.org/~doko/logs/20210228/filtered/gcc11/espresso_6.7-2_unstable_gcc11.log
[Bug c/99340] -Werror=maybe-uninitialized warning with -fPIE, but not -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99340 --- Comment #3 from Matthias Klose --- Created attachment 50284 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50284=edit preprocessed source original test case before reducing gcc -std=gnu99 -Werror=uninitialized -Werror=maybe-uninitialized -Wall -Wno-unused-variable -Wno-unused-but-set-variable -Wformat -Wno-pointer-sign -Werror=format-security -fstack-protector-strong -fPIC -O2 -c ags_midi_buffer_util_orig.i
[Bug c/99340] New: [10/11 Regression] -Werror=maybe-uninitialized warning with -fPIE, but not -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99340
Bug ID: 99340
Summary: [10/11 Regression] -Werror=maybe-uninitialized warning
with -fPIE, but not -fPIC
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen building the gsequencer package.
the warning was not emitted with gcc-10 branch 20210110, but is emitted with
20210228, also emitted with trunk 20210220.
$ cat ags_midi_buffer_util.i
long ags_midi_buffer_util_seek_message_delta_time;
int ags_midi_buffer_util_seek_message_i;
int ags_midi_buffer_util_get_varlength() { return 0; }
char ags_midi_buffer_util_seek_message() {
long current_delta_time;
for (; ags_midi_buffer_util_seek_message_i;
ags_midi_buffer_util_seek_message_i++) {
ags_midi_buffer_util_get_varlength(_delta_time);
ags_midi_buffer_util_seek_message_delta_time = current_delta_time;
}
return 0;
}
$ gcc -std=gnu99 -Wall -Werror=maybe-uninitialized -fstack-protector-strong
-fPIE -O1 -c ags_midi_buffer_util.i
ags_midi_buffer_util.i: In function 'ags_midi_buffer_util_seek_message':
ags_midi_buffer_util.i:5:8: error: 'current_delta_time' may be used
uninitialized in this function [-Werror=maybe-uninitialized]
5 | long current_delta_time;
|^~
cc1: some warnings being treated as errors
[Bug target/98746] [11 Regression] memory hog for a lto+pgo build on powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98746 --- Comment #4 from Matthias Klose --- trunk 20210220 with 8441545d4f2afb9e9342e0dac378eafd03f00462 reverted uses less than 100MB for the compilation.
[Bug c++/99153] New: ICE: tree check: expected binding_vector, have overload in maybe_record_mergeable_decl, at cp/name-lookup.c:3562
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99153 Bug ID: 99153 Summary: ICE: tree check: expected binding_vector, have overload in maybe_record_mergeable_decl, at cp/name-lookup.c:3562 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20210207, with an installed compiler, empty directory: $ g++-11 -std=c++20 -fmodules-ts -x c++-system-header iostream $ g++-11 -std=c++20 -fmodules-ts -x c++-system-header utility $ g++-11 -std=c++20 -fmodules-ts -x c++-system-header algorithm In file included from /usr/include/c++/11/bits/stl_iterator_base_types.h:71, from /usr/include/c++/11/bits/stl_algobase.h:65, from /usr/include/c++/11/algorithm:61: /usr/include/c++/11/bits/iterator_concepts.h:919:54: internal compiler error: tree check: expected binding_vector, have overload in maybe_record_mergeable_decl, at cp/name-lookup.c:3562 919 | operator==(unreachable_sentinel_t, const _It&) noexcept | ^~~~ 0xe2c617 tree_check_failed(tree_node const*, char const*, int, char const*, ...) ../../src/gcc/tree.c:9814 0xbfc27c tree_check(tree_node*, char const*, int, char const*, tree_code) ../../src/gcc/tree.h:3349 0xbfc27c maybe_record_mergeable_decl ../../src/gcc/cp/name-lookup.c:3562 0x5ea96a do_pushdecl ../../src/gcc/cp/name-lookup.c:3864 0x12cad8d do_pushdecl_with_scope ../../src/gcc/cp/name-lookup.c:4886 0x12cd607 pushdecl_namespace_level(tree_node*, bool) ../../src/gcc/cp/name-lookup.c:6251 0x142aeac push_template_decl(tree_node*, bool) ../../src/gcc/cp/pt.c:6054 0x192f6fe do_friend(tree_node*, tree_node*, tree_node*, tree_node*, overload_flags, bool) ../../src/gcc/cp/friend.c:608 0x13418db grokdeclarator(cp_declarator const*, cp_decl_specifier_seq*, decl_context, int, tree_node**) ../../src/gcc/cp/decl.c:13613 0x139e169 grokmethod(cp_decl_specifier_seq*, cp_declarator const*, tree_node*) ../../src/gcc/cp/decl.c:17489 0x139d880 cp_parser_save_member_function_body ../../src/gcc/cp/parser.c:30587 0x1331fcc cp_parser_init_declarator ../../src/gcc/cp/parser.c:21557 0x1406b5f cp_parser_single_declaration ../../src/gcc/cp/parser.c:30441 0x761a2f cp_parser_template_declaration_after_parameters ../../src/gcc/cp/parser.c:30013 0x7544b0 cp_parser_explicit_template_declaration ../../src/gcc/cp/parser.c:30279 0x133bef4 cp_parser_member_specification_opt ../../src/gcc/cp/parser.c:25740 0x133bef4 cp_parser_class_specifier_1 ../../src/gcc/cp/parser.c:24818 0x132c600 cp_parser_class_specifier ../../src/gcc/cp/parser.c:25134 0x132c600 cp_parser_type_specifier ../../src/gcc/cp/parser.c:18381 0x132b40e cp_parser_decl_specifier_seq ../../src/gcc/cp/parser.c:15003 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report.
[Bug sanitizer/98920] New: [10/11 Regression] uses regexec without support for REG_STARTEND with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98920
Bug ID: 98920
Summary: [10/11 Regression] uses regexec without support for
REG_STARTEND with -fsanitize=address
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone: ---
[forwarded from https://bugs.debian.org/949192]
When gcc-10 compiles with -fsanitize=address, it substitutes any calls
to regexec with a version that does not support REG_STARTEND. This
makes code that is compiled fail unexpectedly or even produce spurious
sanitization errors, since with that option the buffer need not be
NUL-terminated.
While REG_STARTEND is not in POSIX, it is found on the BSDs and Linux
and users may reasonably rely on the fact that it is present on those
systems.
This issue has caused a bug in the Git testsuite as seen at
https://lore.kernel.org/git/20200117174931.ga8...@coredump.intra.peff.net/T/#t.
I've attached a testcase. Without -fsanitize=address, it succeeds
silently. With -fsanitize=address, it fails and prints an error.
Please either fix the regexec implementation such that it is fully
functional compared to the version in glibc or disable the sanitization
of regexec until it has feature parity.
$ cat test.c
#include
#include
#include
int main(void)
{
regex_t r;
const char s[] = "ban\0ana";
regmatch_t pmatch[10];
pmatch[0].rm_so = 0;
pmatch[0].rm_eo = sizeof(s);
if (regcomp(, "ana", 0))
return 2;
if (regexec(, s, sizeof(pmatch)/sizeof(pmatch[0]), pmatch, REG_STARTEND))
{
fprintf(stderr, "failed to match\n");
regfree();
return 3;
}
regfree();
return 0;
}
$ gcc-9 -fsanitize=address test.c && ./a.out
$ gcc-10 -fsanitize=address test.c && ./a.out
failed to match
$ gcc-11 -fsanitize=address test.c && ./a.out
failed to match
[Bug lto/98504] [11 Regression] bootstrap broken in libgo on ia64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98504 --- Comment #4 from Matthias Klose --- a trunk 20210130 build without LTO did succeed.
[Bug other/98790] [10/11 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #9 from Matthias Klose --- however reverting the fix for PR82099 lets the build succeed again. it also fixes the mkvtoolnix build (https://bugs.debian.org/PR980596).
[Bug other/98790] [10/11 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #8 from Matthias Klose --- I tried to apply the trunk fix for PR98659 on the gcc-10 branch, but it still shows an ICE.
[Bug other/98790] [10/11 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #5 from Matthias Klose --- the last archive test rebuild from 2020/12/26 didn't show this, using gcc-10 20201224
[Bug other/98790] [10 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #3 from Matthias Klose --- https://bugs.debian.org/980629 points to similar issue reported at https://bugzilla.redhat.com/show_bug.cgi?id=1918341 for the trunk
[Bug other/98790] [10 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #2 from Matthias Klose --- Created attachment 50032 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50032=edit another reduced test case another reduced test case (this seems to be wrong code)
[Bug other/98790] [10 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790
--- Comment #1 from Matthias Klose ---
Created attachment 50031
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50031=edit
reduced test case
the reduction from https://bugs.debian.org/980429
$ x86_64-linux-gnu-g++-10 -std=c++17 -Wno-return-type -c gcc-10-segfault.C
gcc-10-segfault.C: In substitution of 'template
std::function::function(_Functor) [with _Functor =
; = ; =
]':
gcc-10-segfault.C:283:12: required from 'static void
tweeny::detail::easingresolve::impl(FunctionTuple&,
tweeny::easing::linearEasing, Fs ...) [with int I = 0; TypeTuple =
std::array; FunctionTuple = std::tuple >; Fs = {}]'
gcc-10-segfault.C:289:64: required from 'void
tweeny::detail::easingfill(EasingCollectionT&, EasingT,
tweeny::detail::int2type<0>) [with TypeTupleT = std::array;
EasingCollectionT = std::tuple >;
EasingT = tweeny::easing::linearEasing]'
gcc-10-segfault.C:297:41: required from 'void
tweeny::detail::tweenpoint::via(F) [with F = tweeny::easing::linearEasing;
Ts = {float}]'
gcc-10-segfault.C:294:5: required from
'tweeny::detail::tweenpoint::tweenpoint(Ts ...) [with Ts = {float}]'
gcc-10-segfault.C:141:2: required from 'static constexpr
std::_Require::__construct_helper<_Tp, _Args>::type>,
std::is_constructible<_Tp, _Args ...> > >
std::allocator_traits<_Alloc>::_S_construct(_Alloc&, _Tp*, _Args&& ...) [with
_Tp = tweeny::detail::tweenpoint; _Args = {float&}; _Alloc =
std::allocator >;
std::_Require::__construct_helper<_Tp, _Args>::type>,
std::is_constructible<_Tp, _Args ...> > > = void; typename
std::allocator_traits<_Alloc>::__construct_helper<_Tp, _Args>::type =
std::integral_constant]'
gcc-10-segfault.C:144:14: required from 'static decltype
(std::allocator_traits<_Alloc>::_S_construct(__a, __p,
(forward<_Args>)(std::allocator_traits<_Alloc>::construct::__args)...))
std::allocator_traits<_Alloc>::construct(_Alloc&, _Tp*, _Args&& ...) [with _Tp
= tweeny::detail::tweenpoint; _Args = {float&}; _Alloc =
std::allocator >; decltype
(std::allocator_traits<_Alloc>::_S_construct(__a, __p,
(forward<_Args>)(std::allocator_traits<_Alloc>::construct::__args)...)) =
void]'
gcc-10-segfault.C:224:26: required from 'std::vector<_Tp, _Alloc>::reference
std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {float&}; _Tp
= tweeny::detail::tweenpoint; _Alloc =
std::allocator >; std::vector<_Tp,
_Alloc>::reference = tweeny::detail::tweenpoint&]'
gcc-10-segfault.C:310:21: required from 'tweeny::tween&
tweeny::tween::to(T) [with T = float]'
gcc-10-segfault.C:322:47: required from here
gcc-10-segfault.C:283:12: internal compiler error: Segmentation fault
283 | get(b) = easing::linear.run;
| ~~^
0xa65400 crash_signal
../../src/gcc/toplev.c:328
0x7fa8b7dfed5f ???
./signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
0x13a54ed synthesize_method(tree_node*)
../../src/gcc/cp/method.c:1536
0x64cece maybe_instantiate_noexcept(tree_node*, int)
../../src/gcc/cp/pt.c:25338
0x768644 resolve_overloaded_unification
../../src/gcc/cp/pt.c:22255
0x768644 unify_one_argument
../../src/gcc/cp/pt.c:21801
0x111d442 type_unification_real
../../src/gcc/cp/pt.c:21945
0x111c93f fn_type_unification(tree_node*, tree_node*, tree_node*, tree_node*
const*, unsigned int, tree_node*, unification_kind_t, int, conversion**, bool,
bool)
../../src/gcc/cp/pt.c:21325
0x111c02a add_template_candidate_real(z_candidate**, tree_node*, tree_node*,
tree_node*, tree_node*, vec const*, tree_node*,
tree_node*, tree_node*, int, tree_node*, unification_kind_t, int) [clone
.isra.0]
../../src/gcc/cp/call.c:3417
0xf538cd add_template_candidate
../../src/gcc/cp/call.c:3502
0xf538cd add_candidates
../../src/gcc/cp/call.c:5855
0x11289ec build_user_type_conversion_1
../../src/gcc/cp/call.c:4055
0xedc654 implicit_conversion
../../src/gcc/cp/call.c:2075
0x101b193 reference_binding
../../src/gcc/cp/call.c:1914
0xedc597 implicit_conversion
../../src/gcc/cp/call.c:2013
0xf5424d add_function_candidate
../../src/gcc/cp/call.c:2410
0xf53969 add_candidates
../../src/gcc/cp/call.c:5868
0x1045831 add_operator_candidates
../../src/gcc/cp/call.c:5974
0xf5de70 build_new_op_1
../../src/gcc/cp/call.c:6182
0xf5d597 build_new_op(op_location_t const&, tree_code, int, tree_node*,
tree_node*, tree_node*, tree_node**, int)
../../src/gcc/cp/call.c:6573
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
[Bug other/98790] New: [10 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 Bug ID: 98790 Summary: [10 Regression] ICE in append_to_statement_list_1 (Segmentation Fault) Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 50030 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50030=edit preprocessed source, unreduced [forwarded from https://bugs.debian.org/980429 and https://bugs.debian.org/980629] seen with gcc-10 branch 20210110 and also with 20210121. Note I only see the ICE with one out of five calls. Seen building the nheko package, using PCH by default. But also seen after building without PCH. Fails with g++ -g -O2 -fstack-protector-strong -Wall -fsized-deallocation -std=c++17 -fPIC -std=gnu++17 -c SnackBar.ii
[Bug c++/98659] [11 Regression] ICE tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in maybe_instantiate_noexcept, at cp/pt.c:25445 since r11-6476-gaf362af18f405c34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98659 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #4 from Matthias Klose --- I got reports for this issue for the gcc-10 branch as well. Please could you consider a backport?
[Bug target/98746] [11 Regression] memory hog for a lto+pgo build on powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98746 --- Comment #2 from Matthias Klose --- the -j4 build is configured with --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --with-gcc-major-version-only --program-prefix= --enable-shared --enable-linker-build-id --disable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --enable-plugin --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-secureplt --with-cpu=power8 --enable-targets=powerpcle-linux --disable-multilib --enable-multiarch --disable-werror --with-long-double-128 --enable-offload-targets=nvptx-none=/<>/debian/tmp-nvptx/usr/lib/gcc-snapshot --without-cuda-driver --enable-checking=yes,extra,rtl --build=powerpc64le-linux-gnu --host=powerpc64le-linux-gnu --target=powerpc64le-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-serialization=1 and built with make -j4 profiledbootstrap-lean
[Bug target/98746] [11 Regression] memory hog for a lto+pgo build on powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98746 --- Comment #1 from Matthias Klose --- the reports are too big, please find them at https://people.debian.org/~doko/tmp/ usage-* eog isn't able to disaply those, I used gwenview to display the svg files.
[Bug target/98746] New: [11 Regression] memory hog for a lto+pgo build on powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98746 Bug ID: 98746 Summary: [11 Regression] memory hog for a lto+pgo build on powerpc64*-linux-gnu Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with the trunk. A native combined profiled & lto build takes a bit more than 16GB of memory with -j16, and just under 8GB with -j4 and link serialization set to 1. I don't see this on other 64bit builds. marking as a regression, a make -j4 build with 8GB of memory does succeed with GCC 10. attaching memory usage reports for ppc64el -j16 and -j4, plus a comparison for x86_64.
[Bug target/98731] New: s390x: Large classes of std::bitset and std::vector hash the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98731
Bug ID: 98731
Summary: s390x: Large classes of std::bitset and
std::vector hash the same
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
[forwarded from https://bugs.debian.org/977638]
same behavior with GCC 8, 9 and 10.
On s390x, std::hash returns identical values for large classes of
std::bitset and std::vector:
$ cat bug.cc
#include
#include
#include
#include
int main() {
std::bitset<2> a("00"), b("01");
std::vector c = {false, true, false, true};
std::vector d = {true, false, true, false};
std::bitset<9> e("0"), f("010101010");
std::vector g = {true, true, true, true, true, true, true, true,
true};
std::vector h = {false, false, false, true, true,
false, false, false, false};
std::hash> h1;
std::hash> h2;
std::hash> h3;
std::cout << h1(a) << '\n'
<< h1(b) << '\n'
<< h3(c) << '\n'
<< h3(d) << "\n\n"
<< h2(e) << '\n'
<< h2(f) << '\n'
<< h3(g) << '\n'
<< h3(h) << '\n';
}
$ g++ -o bug bug.cc
$ ./bug
7857072875483051545
7857072875483051545
7857072875483051545
7857072875483051545
4158372090644325695
4158372090644325695
4158372090644325695
4158372090644325695
It appears that the hash value is completely dependent on the size of
the object in bytes. 1–8-bit values all hash to 7857072875483051545;
9–16-bit values all hash to 4158372090644325695; and though bug.cc
doesn’t demonstrate it, 17-bit values hash to 14756137038141193723.
[Bug ada/98724] New: [11 Regression] gnat build failure on alpha-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98724 Bug ID: 98724 Summary: [11 Regression] gnat build failure on alpha-linux-gnu Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk fails to build gnat on alpha-linux-gnu. Although it only prints warnings ... /packages/cross/11/p/gcc-cross-ports/gcc/build/./gcc/xgcc -B/packages/cross/11/p/gcc-cross-ports/gcc/build/./gcc/ -B/usr/alpha-linux-gnu/bin/ -B/usr/alpha-linux-gnu/lib/ -isystem /usr/alpha-linux-gnu/include -isystem /usr/alph a-linux-gnu/sys-include -isystem /packages/cross/11/p/gcc-cross-ports/gcc/build/sys-include-c -g -O2 -W -Wa ll -gnatpg -nostdinc -gnatn a-nallfl.ads -o a-nallfl.o a-nallfl.ads:48:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:48:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:48:13: warning: profile of "Sin" doesn't match the builtin it binds a-nallfl.ads:51:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:51:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:51:13: warning: profile of "Cos" doesn't match the builtin it binds a-nallfl.ads:54:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:54:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:54:13: warning: profile of "Tan" doesn't match the builtin it binds a-nallfl.ads:57:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:57:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:57:13: warning: profile of "Exp" doesn't match the builtin it binds a-nallfl.ads:60:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:60:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:60:13: warning: profile of "Sqrt" doesn't match the builtin it binds a-nallfl.ads:63:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:63:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:63:13: warning: profile of "Log" doesn't match the builtin it binds a-nallfl.ads:66:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:66:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:66:13: warning: profile of "Acos" doesn't match the builtin it binds a-nallfl.ads:69:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:69:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:69:13: warning: profile of "Asin" doesn't match the builtin it binds a-nallfl.ads:72:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:72:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:72:13: warning: profile of "Atan" doesn't match the builtin it binds a-nallfl.ads:75:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:75:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:75:13: warning: profile of "Sinh" doesn't match the builtin it binds a-nallfl.ads:78:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:78:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:78:13: warning: profile of "Cosh" doesn't match the builtin it binds a-nallfl.ads:81:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:81:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:81:13: warning: profile of "Tanh" doesn't match the builtin it binds a-nallfl.ads:84:13: warning: intrinsic binding type mismatch on return value a-nallfl.ads:84:13: warning: intrinsic binding type mismatch on argument 1 a-nallfl.ads:84:13: warning: profile of "Pow" doesn't match the builtin it binds make[9]: *** [../gcc-interface/Makefile:302: a-nallfl.o] Error 1 make[9]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build/gcc/ada/rts' make[8]: *** [gcc-interface/Makefile:634: gnatlib] Error 2 make[8]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build/gcc/ada' make[7]: *** [gcc-interface/Makefile:727: gnatlib-shared-dual] Error 2 make[7]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build/gcc/ada' make[6]: *** [gcc-interface/Makefile:830: gnatlib-shared] Error 2 make[6]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build/gcc/ada' make[5]: *** [Makefile:108: gnatlib-shared] Error 2 make[5]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build/alpha-linux-gnu/libada' make[4]: *** [Makefile:16641: all-target-libada] Error 2 make[4]: Leaving directory '/packages/cross/11/p/gcc-cross-ports/gcc/build' make[3]: *** [Makefile:979: all] Error 2 GCC configured with --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr
[Bug target/70454] --with-arch=native isn't applied to 32-bit x86 target library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70454 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #9 from Matthias Klose --- *** Bug 98705 has been marked as a duplicate of this bug. ***
[Bug target/98705] [11 Regression] bootstrap broken on x86_64-linux-gnu with --enable-cet and multilibs enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98705 Matthias Klose changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from Matthias Klose --- marking as duplicate *** This bug has been marked as a duplicate of bug 70454 ***
[Bug target/98705] New: [11 Regression] bootstrap broken on x86_64-linux-gnu with --enable-cet and multilibs enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98705 Bug ID: 98705 Summary: [11 Regression] bootstrap broken on x86_64-linux-gnu with --enable-cet and multilibs enabled Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen after 77d372abec0fbf2cfe922e3140ee3410248f979e on x86_64-linux-gnu with --enable-cet and multilibs enabled libtool: compile: /<>/build/./gcc/xgcc -B/<>/build/./gcc/ -B/usr/lib/gcc-snap shot/x86_64-linux-gnu/bin/ -B/usr/lib/gcc-snapshot/x86_64-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/ x86_64-linux-gnu/include -isystem /usr/lib/gcc-snapshot/x86_64-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../src/libgomp -I../../../../src/libgomp/config/linux/x86 -I../../../../src/libgomp/config/l inux -I../../../../src/libgomp/config/posix -I../../../../src/libgomp -I../../../../src/libgomp/../inclu de -Wall -Werror -ftls-model=initial-exec -DUSING_INITIAL_EXEC_TLS -march=i486 -pthread -mtune=generic - fcf-protection -mshstk -g -O2 -m32 -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c ../../../../src/libgomp/a lloc.c -fPIC -DPIC -o .libs/alloc.o cc1: error: '-fcf-protection' is not compatible with this target make[11]: *** [Makefile:798: alloc.lo] Error 1 make[10]: *** [Makefile:1021: all-recursive] Error 1 make[10]: Leaving directory '/<>/build/x86_64-linux-gnu/32/libgomp' make[9]: *** [Makefile:622: all] Error 2 make[9]: Leaving directory '/<>/build/x86_64-linux-gnu/32/libgomp' make[8]: *** [Makefile:1440: multi-do] Error 1 make[8]: Leaving directory '/<>/build/x86_64-linux-gnu/libgomp' make[7]: *** [Makefile:1410: all-multi] Error 2 [...] make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:28643: stagefeedback-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:28674: profiledbootstrap-lean] Error 2 make[2]: Leaving directory '/<>/build' configured with --enable-cet --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32
[Bug sanitizer/98669] SIGSEGV on pc=0 in crypt() with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
--- Comment #11 from Matthias Klose ---
anway, guarding --as-needed in the Debian patch. %{!fsanitize=*:--as-needed}
[Bug sanitizer/98669] SIGSEGV on pc=0 in crypt() with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669 --- Comment #9 from Matthias Klose --- The Debian GCC has a patch to make --as-needed the default. It looks like gcc-10 then links to an a.out which is not linked against libcrypt. This seems to work with gcc-9, but not with -10 and -11. $ gcc-9 -fsanitize=address crypt.c -lcrypt && ldd a.out|egrep 'asan|crypt' libasan.so.5 => /usr/lib/x86_64-linux-gnu/libasan.so.5 (0x7fc9606a7000) libcrypt.so.1 => /usr/lib/x86_64-linux-gnu/libcrypt.so.1 (0x7fc96066c000) $ gcc-10 -fsanitize=address crypt.c -lcrypt && ldd a.out|egrep 'asan|crypt' libasan.so.6 => /usr/lib/x86_64-linux-gnu/libasan.so.6 (0x7f90c79bf000) /usr/lib/gcc/x86_64-linux-gnu/10/collect2 -plugin /usr/lib/gcc/x86_64-linux-gnu/10/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper -plugin-opt=-fresolution=/tmp/ccwabMO2.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie /usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/Scrt1.o /usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/10/crtbeginS.o -L/usr/lib/gcc/x86_64-linux-gnu/10 -L/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/10/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/10/../../.. /usr/lib/gcc/x86_64-linux-gnu/10/libasan_preinit.o --push-state --no-as-needed -lasan --pop-state /tmp/ccsFKez1.o -lcrypt -lgcc --push-state --as-needed -lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state /usr/lib/gcc/x86_64-linux-gnu/10/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/crtn.o so the link line looks like --as-needed ... /usr/lib/gcc/x86_64-linux-gnu/10/libasan_preinit.o --push-state --no-as-needed -lasan --pop-state /tmp/ccsFKez1.o -lcrypt ... Explicitly linking with -lcrypt works: $ gcc-10 -fsanitize=address crypt.c -Wl,--push-state,--no-as-needed -lcrypt -Wl,--pop-state && ldd a.out|egrep 'asan|crypt' libasan.so.6 => /usr/lib/x86_64-linux-gnu/libasan.so.6 (0x7ffb6ad5e000) libcrypt.so.1 => /usr/lib/x86_64-linux-gnu/libcrypt.so.1 (0x7ffb6ad23000) But I fail to see why this worked with GCC 9.
[Bug target/98259] [11 Regression] error: 'void verify_insn_chain()' causes a section type conflict with 'void init_rtl_bb_info(basic_block)'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98259 Matthias Klose changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #5 from Matthias Klose --- yes, that builds now.
[Bug sanitizer/98669] SIGSEGV on pc=0 in crypt() with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669 --- Comment #7 from Matthias Klose --- $ ASAN_OPTIONS=verbosity=111 ./a.out ==3598976==info->dlpi_name =info->dlpi_addr = 0x5653263c7000 ==3598976==info->dlpi_name = linux-vdso.so.1info->dlpi_addr = 0x7fff7e8ed000 ==3598976==info->dlpi_name = /usr/lib/x86_64-linux-gnu/libasan.so.6 info->dlpi_addr = 0x7f2feae05000 ==3598976==AddressSanitizer: failed to intercept '__isoc99_printf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_sprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_snprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_fprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_vprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_vsprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_vsnprintf' '==3598976==AddressSanitizer: failed to intercept '__isoc99_vfprintf' '==3598976==AddressSanitizer: failed to intercept 'crypt' '==3598976==AddressSanitizer: failed to intercept 'crypt_r' '==3598976==AddressSanitizer: failed to intercept '__cxa_throw' '==3598976==AddressSanitizer: libc interceptors initialized || `[0x10007fff8000, 0x7fff]` || HighMem|| || `[0x02008fff7000, 0x10007fff7fff]` || HighShadow || || `[0x8fff7000, 0x02008fff6fff]` || ShadowGap || || `[0x7fff8000, 0x8fff6fff]` || LowShadow || || `[0x, 0x7fff7fff]` || LowMem || MemToShadow(shadow): 0x8fff7000 0x91ff6dff 0x004091ff6e00 0x02008fff6fff redzone=16 max_redzone=2048 quarantine_size_mb=256M thread_local_quarantine_size_kb=1024K malloc_context_size=30 SHADOW_SCALE: 3 SHADOW_GRANULARITY: 8 SHADOW_OFFSET: 0x7fff8000 ==3598976==Installed the sigaction for signal 11 ==3598976==Installed the sigaction for signal 7 ==3598976==Installed the sigaction for signal 8 ==3598976==SetCurrentThread: 0x7f2feb7d5000 for thread 0x7f2feaab5780 ==3598976==T0: stack [0x7fff7e05,0x7fff7e85) size 0x80; local=0x7fff7e84d6ec ==3598976==Using libbacktrace symbolizer. ==3598976==AddressSanitizer Init done AddressSanitizer:DEADLYSIGNAL = ==3598976==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 0x bp 0x7fff7e84d6d0 sp 0x7fff7e84d6b8 T0) ==3598976==Hint: pc points to the zero page. ==3598976==The signal is caused by a READ memory access. ==3598976==Hint: address points to the zero page. #0 0x0 () AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV () ==3598976==ABORTING
[Bug sanitizer/98669] SIGSEGV on pc=0 in crypt() with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669 --- Comment #4 from Matthias Klose --- $ /usr/lib/gcc-snapshot/bin/gcc -fsanitize=address crypt.c -lcrypt && LD_LIBRARY_PATH=/usr/lib/gcc-snapshot/lib ./a.out sasWQy9ecMDEs looks like this happens with a compiler configured with --enable-default-pie. Otoh, I still see: $ gcc-10 -no-pie -fno-stack-protector -fsanitize=address crypt.c -lcrypt && ./a.out AddressSanitizer:DEADLYSIGNAL = ==2831466==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 0x bp 0x7ffd02382710 sp 0x7ffd023826f8 T0) ==2831466==Hint: pc points to the zero page. ==2831466==The signal is caused by a READ memory access. ==2831466==Hint: address points to the zero page. #0 0x0 () AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV () ==2831466==ABORTING
[Bug sanitizer/98669] SIGSEGV on pc=0 in crypt() with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #3 from Matthias Klose --- I can see this as well, also with trunk 20210110 / GCC 11, both with gcc and g++ (binutils 2.35 branch, glibc 2.31). Same for the current Ubuntu development system (binutils 2.36 branch, glibc-2.32).
[Bug ada/97504] [11 Regression] Ada bootstrap error after r11-4029
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504 --- Comment #45 from Matthias Klose --- I think this one can be closed. There's still PR98228 for s390x.
[Bug target/98557] [11 Regression] ICE in insert_operand_rank, at tree-ssa-reassoc.c:367 on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557 --- Comment #11 from Matthias Klose --- $ valgrind /usr/lib/arm-linux-gnueabihf/clang_delta --query-instances=replace-function-def-with-decl wxe_funcs.ii ==48917== Memcheck, a memory error detector ==48917== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==48917== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info ==48917== Command: /usr/lib/arm-linux-gnueabihf/clang_delta --query-instances=replace-function-def-with-decl wxe_funcs.ii ==48917== clang_delta: /usr/lib/llvm-11/include/llvm/ADT/PointerIntPair.h:178: static intptr_t llvm::PointerIntPairInfo::updatePointer(intptr_t, PointerT) [with PointerT = clang::Stmt*; unsigned int IntBits = 1; PtrTraits = llvm::PointerLikeTypeTraits; intptr_t = int]: Assertion `(PtrWord & ~PointerBitMask) == 0 && "Pointer is not sufficiently aligned"' failed. ==48917== ==48917== Process terminating with default action of signal 6 (SIGABRT) ==48917==at 0xB442216: __libc_do_syscall (libc-do-syscall.S:47) ==48917==by 0xB451427: __libc_signal_restore_set (internal-signals.h:104) ==48917==by 0xB451427: raise (raise.c:47) ==48917==by 0xB441D55: abort (abort.c:79) ==48917==by 0xB44C647: __assert_fail_base (assert.c:92) ==48917==by 0xB44C6D1: __assert_fail (assert.c:101) ==48917==by 0x969EAF: llvm::PointerIntPairInfo >::updatePointer(int, clang::Stmt*) [clone .part.0] (PointerIntPair.h:178) ==48917==by 0x972259: updatePointer (SmallVector.h:345) ==48917==by 0x972259: setPointerAndInt (PointerIntPair.h:76) ==48917==by 0x972259: PointerIntPair (PointerIntPair.h:54) ==48917==by 0x972259: clang::RecursiveASTVisitor::TraverseStmt(clang::Stmt*, llvm::SmallVectorImpl, llvm::PointerIntPairInfo > > >*) (RecursiveASTVisitor.h:576) ==48917==by 0x97F703: TraverseVarDecl (RecursiveASTVisitor.h:2106) ==48917==by 0x97F703: clang::RecursiveASTVisitor::TraverseVarDecl(clang::VarDecl*) (RecursiveASTVisitor.h:2106) ==48917==by 0x96B6EB: clang::RecursiveASTVisitor::TraverseDeclContextHelper(clang::DeclContext*) [clone .part.0] (RecursiveASTVisitor.h:1383) ==48917==by 0x96F179: TraverseDeclContextHelper (RecursiveASTVisitor.h:1377) ==48917==by 0x96F179: TraverseTranslationUnitDecl (RecursiveASTVisitor.h:1484) ==48917==by 0x96F179: clang::RecursiveASTVisitor::TraverseDecl(clang::Decl*) (DeclNodes.inc:595) ==48917==by 0x96B661: ReplaceFunctionDefWithDecl::HandleTranslationUnit(clang::ASTContext&) (ReplaceFunctionDefWithDecl.cpp:71) ==48917==by 0x4E58C47: clang::ParseAST(clang::Sema&, bool, bool) (clang/lib/Parse/ParseAST.cpp:171) ==48917== ==48917== HEAP SUMMARY: ==48917== in use at exit: 875,117 bytes in 3,394 blocks ==48917== total heap usage: 3,646 allocs, 252 frees, 989,805 bytes allocated ==48917== ==48917== LEAK SUMMARY: ==48917==definitely lost: 0 bytes in 0 blocks ==48917==indirectly lost: 0 bytes in 0 blocks ==48917== possibly lost: 0 bytes in 0 blocks ==48917==still reachable: 875,117 bytes in 3,394 blocks ==48917== suppressed: 0 bytes in 0 blocks ==48917== Rerun with --leak-check=full to see details of leaked memory ==48917== ==48917== For lists of detected and suppressed errors, rerun with: -s ==48917== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Aborted (core dumped)
