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.
On 29/09/2020 20:26, Christos Zoulas wrote:
Or use gcc instead of clang :-)
Ew
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 ---
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Â
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 compile
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/r
# 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/o