core dump in ld during buildworld
- Reply: Dimitry Andric : "Re: core dump in ld during buildworld"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 19 Feb 2023 00:33:36 UTC
During biuldworld, ==> usr.bin/nm (obj,all,install) cc -O2 -pipe -g -fno-common -I/usr/src/contrib/elftoolchain/libelftc -I/usr/src/contrib/elftoolchain/common -std=gnu99 -Wno-format-zero-length -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -Wl,-zrelro -static -L/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib -o nm nm.o -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libdwarf -ldwarf -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -lelf -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libz -lz -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelftc -lelftc_pie -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -lelf -legacy PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace. Stack dump: 0. Program arguments: /usr/bin/ld --eh-frame-hdr -Bstatic -o nm /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbeginT.o -L/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libdwarf -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libz -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelftc -L/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/libelf -L/usr/lib -zrelro nm.o -ldwarf -lelf -lz -lelftc_pie -lelf -legacy -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/crtend.o /usr/lib/crtn.o #0 0x000000000164f1c1 (/usr/bin/ld+0x164f1c1) #1 0x000000000164d4a5 (/usr/bin/ld+0x164d4a5) #2 0x000000000164f8e0 (/usr/bin/ld+0x164f8e0) #3 0x0000000825243a60 (/lib/libthr.so.3+0x19a60) #4 0x000000082524301f (/lib/libthr.so.3+0x1901f) #5 0x00000008231e48a3 ([vdso]+0x2d3) #6 0x0000000000cf4830 (/usr/bin/ld+0xcf4830) #7 0x0000000000cf7b89 (/usr/bin/ld+0xcf7b89) #8 0x0000000000cf55a3 (/usr/bin/ld+0xcf55a3) #9 0x0000000000cf5217 (/usr/bin/ld+0xcf5217) #10 0x0000000000dabe23 (/usr/bin/ld+0xdabe23) #11 0x0000000000da7754 (/usr/bin/ld+0xda7754) #12 0x0000000000cf4ec5 (/usr/bin/ld+0xcf4ec5) #13 0x0000000000cc6e83 (/usr/bin/ld+0xcc6e83) #14 0x0000000000cbe4bc (/usr/bin/ld+0xcbe4bc) #15 0x0000000000cbccda (/usr/bin/ld+0xcbccda) cc: error: unable to execute command: Segmentation fault (core dumped) cc: error: linker command failed due to signal (use -v to see invocation) *** Error code 254 Stop. make[3]: stopped in /usr/src/usr.bin/nm *** Error code 1 % find /usr/obj/ -name \*.core /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/nm/ld.lld.core % uname -a FreeBSD hotrats 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n260094-906c312bbf74: Fri Feb 3 21:28:39 PST 2023 kargl@hotrats:/usr/obj/usr/src/amd64.amd64/sys/HOTRATS amd64 Is the wrong ld being called? The failing command shows /usr/bin/ld. Should this be /usr/obj/usr/src/amd64.amd64/tmp/usr/bin/ld? -- Steve