daily CVS update output
Updating src tree: P src/distrib/sets/lists/base/shl.mi P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/comp/shl.mi P src/distrib/sets/lists/debug/mi P src/distrib/sets/lists/debug/shl.mi P src/distrib/sets/lists/tests/mi P src/sbin/ifconfig/ifconfig.8 P src/sys/arch/aarch64/conf/files.aarch64 P src/sys/arch/arm/arm32/arm32_tlb.c P src/sys/arch/arm/arm32/db_machdep.c P src/sys/arch/arm/conf/files.arm P src/sys/arch/arm/cortex/armperiph.c P src/sys/arch/arm/cortex/files.cortex P src/sys/arch/arm/imx/imx6_board.c P src/sys/arch/arm/include/cpuconf.h P src/sys/arch/arm/include/cpufunc.h P src/sys/arch/arm/samsung/files.exynos P src/sys/arch/atari/dev/ncr5380.c P src/sys/arch/evbarm/beagle/beagle_machdep.c P src/sys/arch/evbarm/conf/BCM5301X P src/sys/arch/evbarm/conf/BCM56340 P src/sys/arch/evbarm/conf/DUOVERO P src/sys/arch/evbarm/conf/GENERIC P src/sys/arch/evbarm/conf/GENERIC64 P src/sys/arch/evbarm/conf/KOBO P src/sys/arch/evbarm/conf/N900 P src/sys/arch/evbarm/conf/NETWALKER P src/sys/arch/evbarm/conf/OMAP5EVM P src/sys/arch/evbarm/conf/PANDABOARD P src/sys/arch/evbarm/conf/PARALLELLA P src/sys/arch/evbarm/conf/PEPPER P src/sys/arch/evbarm/conf/RPI2 P src/sys/arch/evbarm/conf/VTC100 P src/sys/arch/evbarm/conf/ZEDBOARD P src/sys/arch/evbarm/gumstix/gumstix_machdep.c P src/sys/arch/mac68k/dev/ncr5380.c P src/sys/dev/scsipi/cd.c P src/sys/fs/nfs/client/nfs_clbio.c P src/sys/kern/kern_entropy.c P src/sys/netinet/in.c P src/sys/netinet6/in6.c P src/sys/rump/net/Makefile.rumpnetcomp P src/sys/rump/net/lib/libtap/Makefile U src/sys/rump/net/lib/libvether/Makefile U src/sys/rump/net/lib/libvether/VETHER.ioconf U src/sys/rump/net/lib/libvether/vether_component.c P src/tests/libexec/ld.elf_so/t_rtld_r_debug.c P src/tests/net/Makefile U src/tests/net/if_vether/Makefile U src/tests/net/if_vether/t_vether.sh P src/usr.bin/config/config.5 P src/usr.bin/make/var.c P src/usr.bin/make/unit-tests/Makefile P src/usr.bin/make/unit-tests/job-output-long-lines.exp P src/usr.bin/make/unit-tests/job-output-long-lines.mk P src/usr.bin/make/unit-tests/varmod-defined.mk P src/usr.bin/xinstall/Makefile P src/usr.sbin/sysinst/bsddisklabel.c P src/usr.sbin/sysinst/defs.h P src/usr.sbin/sysinst/disklabel.c P src/usr.sbin/sysinst/label.c P src/usr.sbin/sysinst/mbr.c P src/usr.sbin/sysinst/part_edit.c P src/usr.sbin/sysinst/partitions.h P src/usr.sbin/syslogd/syslogd.c Updating xsrc tree: Killing core files: Updating release-8 src tree (netbsd-8): Updating release-8 xsrc tree (netbsd-8): Updating release-9 src tree (netbsd-9): Updating release-9 xsrc tree (netbsd-9): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 46086285 Sep 30 03:11 ls-lRA.gz
Re: gdb - undefined reference to `std::__1::codecvt::id'
On 29/09/2020 20:26, Christos Zoulas wrote: Or use gcc instead of clang :-) Ew
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2020.09.29.19.58.50. An extract from the build.sh output follows: --- install-share --- --- install-man9 --- --- /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/share/man/man9/rwlock.9 --- --- install-tests --- --- install-usr.bin --- --- /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/tests/usr.bin/cc/t_tsan_signal_errno --- --- install-crypto/external --- --- /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/share/man/man3/krb5_build_principal_va_ext.3 --- --- install-tests --- --- install-net --- i486--netbsdelf-install: /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/tests/net/if_vether/Atffile.inst.4afy7k: mkstemp: No such file or directory *** [/tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/tests/net/if_vether/Atffile] Error code 1 --- install-share --- --- install-man4 --- --- /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/share/man/man4/vax/uda.4 --- --- install-tests --- nbmake[7]: stopped in /tmp/bracket/build/2020.09.29.19.58.50-i386/src/tests/net/if_vether 1 error nbmake[7]: stopped in /tmp/bracket/build/2020.09.29.19.58.50-i386/src/tests/net/if_vether --- install-external --- # install /tmp/bracket/build/2020.09.29.19.58.50-i386/destdir/usr/share/man/html4/atf-test-case.html The following commits were made between the last successful build and the failed build: 2020.09.29.18.44.30 rillig src/usr.bin/make/var.c,v 1.552 2020.09.29.18.48.43 rillig src/usr.bin/make/unit-tests/varmod-defined.mk,v 1.6 2020.09.29.19.20.08 rillig src/usr.bin/make/var.c,v 1.553 2020.09.29.19.33.36 roy src/sys/netinet/in.c,v 1.241 2020.09.29.19.33.36 roy src/sys/netinet6/in6.c,v 1.282 2020.09.29.19.41.48 roy src/distrib/sets/lists/tests/mi,v 1.932 2020.09.29.19.41.48 roy src/tests/net/Makefile,v 1.37 2020.09.29.19.41.48 roy src/tests/net/if_vether/Makefile,v 1.1 2020.09.29.19.41.48 roy src/tests/net/if_vether/t_vether.sh,v 1.1 2020.09.29.19.58.49 jmcneill src/sys/arch/aarch64/conf/files.aarch64,v 1.28 2020.09.29.19.58.49 jmcneill src/sys/arch/arm/arm32/arm32_tlb.c,v 1.13 2020.09.29.19.58.49 jmcneill src/sys/arch/arm/arm32/db_machdep.c,v 1.36 2020.09.29.19.58.49 jmcneill src/sys/arch/arm/conf/files.arm,v 1.162 2020.09.29.19.58.50 jmcneill src/sys/arch/arm/cortex/armperiph.c,v 1.16 2020.09.29.19.58.50 jmcneill src/sys/arch/arm/cortex/files.cortex,v 1.14 2020.09.29.19.58.50 jmcneill src/sys/arch/arm/imx/imx6_board.c,v 1.16 2020.09.29.19.58.50 jmcneill src/sys/arch/arm/include/cpuconf.h,v 1.28 2020.09.29.19.58.50 jmcneill src/sys/arch/arm/samsung/files.exynos,v 1.37 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/beagle/beagle_machdep.c,v 1.84 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/BCM5301X,v 1.38 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/BCM56340,v 1.21 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/DUOVERO,v 1.22 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/GENERIC,v 1.83 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/GENERIC64,v 1.162 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/KOBO,v 1.12 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/N900,v 1.36 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/NETWALKER,v 1.41 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/OMAP5EVM,v 1.20 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/PANDABOARD,v 1.33 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/PARALLELLA,v 1.9 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/PEPPER,v 1.20 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/RPI2,v 1.12 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/VTC100,v 1.24 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/conf/ZEDBOARD,v 1.8 2020.09.29.19.58.50 jmcneill src/sys/arch/evbarm/gumstix/gumstix_machdep.c,v 1.67 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2020.09.html#2020.09.29.19.58.50
Re: gdb - undefined reference to `std::__1::codecvt::id'
In article , Kamil Rytarowski wrote: >-=-=-=-=-=- >-=-=-=-=-=- > >On 29.09.2020 16:09, Roy Marples wrote: >> #     link gdb/gdb >> /usr/tools/bin/x86_64--netbsd-clang++   --sysroot=/ >> -Wl,--warn-shared-textrel -Wl,-z,relro  -pie     -o gdb gdb.o >> -Wl,-rpath-link,/lib -L=/lib >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64 -lgdb >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libopcodes/obj.amd64 >> -lopcodes -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libbfd/obj.amd64 >> -lbfd >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libdecnumber/obj.amd64 >> -ldecnumber >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdbsupport/obj.amd64 >> -lgdbsupport >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libctf/obj.amd64 -lctf >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgnulib/obj.amd64 >> -lgnulib >>  -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libreadline/obj.amd64 >> -lreadline -lterminfo >> -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libiberty/obj.amd64 >> -liberty -lexpat -llzma -lz -lcurses -lintl -lm -lkvm -lutil >> /usr/tools/bin/x86_64--netbsd-ld: >> >/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): >> in function `std::__1::basic_filebuf >>>::basic_filebuf()': >> >string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0x94): >> undefined reference to `std::__1::codecvt::id' >> /usr/tools/bin/x86_64--netbsd-ld: >> >string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0xc4): >> undefined reference to `std::__1::codecvt::id' >> /usr/tools/bin/x86_64--netbsd-ld: >> >/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): >> in function `std::__1::basic_filebuf >>>::imbue(std::__1::locale const&)': >> >string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE]+0x13): >> undefined reference to `std::__1::codecvt::id' >> x86_64--netbsd-clang: error: linker command failed with exit code 1 (use >> -v to see invocation) >> *** Error code 1 >> >> What went wrong? >> My very limited knowledge of C++ and google foo says codecvt should be >> part of libc++? >> >> Roy > >The basesystem libc++ is too old for C++ applications like GDB. > >A workaround is to force old GDB. Or use gcc instead of clang :-) christos
Re: gdb - undefined reference to `std::__1::codecvt::id'
On 29/09/2020 17:13, Kamil Rytarowski wrote: The basesystem libc++ is too old for C++ applications like GDB. I find that dubious as we have the new gdb building fine on amd64 and i386 with gnu compiler according to our test runs. Unless the machine has a local override. This is clang compiler. A workaround is to force old GDB. I've just disabled building GDB for the time being. Roy
Re: gdb - undefined reference to `std::__1::codecvt::id'
On 29.09.2020 16:09, Roy Marples wrote: > # link gdb/gdb > /usr/tools/bin/x86_64--netbsd-clang++ --sysroot=/ > -Wl,--warn-shared-textrel -Wl,-z,relro -pie -o gdb gdb.o > -Wl,-rpath-link,/lib -L=/lib > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64 -lgdb > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libopcodes/obj.amd64 > -lopcodes -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libbfd/obj.amd64 > -lbfd > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libdecnumber/obj.amd64 > -ldecnumber > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdbsupport/obj.amd64 > -lgdbsupport > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libctf/obj.amd64 -lctf > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgnulib/obj.amd64 > -lgnulib > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libreadline/obj.amd64 > -lreadline -lterminfo > -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libiberty/obj.amd64 > -liberty -lexpat -llzma -lz -lcurses -lintl -lm -lkvm -lutil > /usr/tools/bin/x86_64--netbsd-ld: > /home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): > in function `std::__1::basic_filebuf >>::basic_filebuf()': > string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0x94): > undefined reference to `std::__1::codecvt::id' > /usr/tools/bin/x86_64--netbsd-ld: > string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0xc4): > undefined reference to `std::__1::codecvt::id' > /usr/tools/bin/x86_64--netbsd-ld: > /home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): > in function `std::__1::basic_filebuf >>::imbue(std::__1::locale const&)': > string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE]+0x13): > undefined reference to `std::__1::codecvt::id' > x86_64--netbsd-clang: error: linker command failed with exit code 1 (use > -v to see invocation) > *** Error code 1 > > What went wrong? > My very limited knowledge of C++ and google foo says codecvt should be > part of libc++? > > Roy The basesystem libc++ is too old for C++ applications like GDB. A workaround is to force old GDB. signature.asc Description: OpenPGP digital signature
gdb - undefined reference to `std::__1::codecvt::id'
# link gdb/gdb /usr/tools/bin/x86_64--netbsd-clang++--sysroot=/ -Wl,--warn-shared-textrel -Wl,-z,relro -pie -o gdb gdb.o -Wl,-rpath-link,/lib -L=/lib -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64 -lgdb -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libopcodes/obj.amd64 -lopcodes -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libbfd/obj.amd64 -lbfd -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libdecnumber/obj.amd64 -ldecnumber -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgdbsupport/obj.amd64 -lgdbsupport -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libctf/obj.amd64 -lctf -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libgnulib/obj.amd64 -lgnulib -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libreadline/obj.amd64 -lreadline -lterminfo -L/home/roy/src/hg/src/external/gpl3/gdb/lib/libiberty/obj.amd64 -liberty -lexpat -llzma -lz -lcurses -lintl -lm -lkvm -lutil /usr/tools/bin/x86_64--netbsd-ld: /home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): in function `std::__1::basic_filebuf >::basic_filebuf()': string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0x94): undefined reference to `std::__1::codecvt::id' /usr/tools/bin/x86_64--netbsd-ld: string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEEC2Ev]+0xc4): undefined reference to `std::__1::codecvt::id' /usr/tools/bin/x86_64--netbsd-ld: /home/roy/src/hg/src/external/gpl3/gdb/lib/libgdb/obj.amd64/libgdb.a(string_view-selftests.o): in function `std::__1::basic_filebuf >::imbue(std::__1::locale const&)': string_view-selftests.c:(.text._ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE[_ZNSt3__113basic_filebufIcNS_11char_traitsIcEEE5imbueERKNS_6localeE]+0x13): undefined reference to `std::__1::codecvt::id' x86_64--netbsd-clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 What went wrong? My very limited knowledge of C++ and google foo says codecvt should be part of libc++? Roy
