Updating src tree:
P src/distrib/evbarm/instkernel/sshramdisk/list
P src/distrib/sets/lists/tests/mi
P src/distrib/utils/libhack/Makefile.inc
U src/distrib/utils/libhack/wrap.c
P src/external/bsd/blocklist/libexec/blocklistd-helper
P src/external/bsd/elftoolchain/dist/libelf/elf.3
P src/external/
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2021.03.08.23.34.58 christos src/sys/dist/pf/net/pf_norm.c,v 1.29
2021.03.08.23.34.58 christos
src/sys/external/bsd/ipf/netinet/ip_fil_netbsd.c,v 1.36
At Wed, 17 Jun 2020 21:04:23 +0200, Thomas Klausner wrote:
Subject: MKLLVM build of -current fails because of pthread_types.h
>
> My command line
>
> build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -V
> NOGCCERROR=yes -m amd64 distribution
>
> fails with:
>
> --- shared_mutex.o -
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 2021.03.08.18.03.25.
An extract from the build.sh output follows:
/tmp/build/2021.03.08.18.03.25-i386/tools/bin/i486
We could do it this way -G (enable GNU), or have it on by default and add (-P
disable gnu/posix mode).
christos
> On Mar 8, 2021, at 10:36 AM, Martin Husemann wrote:
>
> On Mon, Mar 08, 2021 at 03:29:32PM -, Christos Zoulas wrote:
>> Yes, we can turn on REG_GNU in regcomp in sed to support
On Mon, Mar 08, 2021 at 03:29:32PM -, Christos Zoulas wrote:
> Yes, we can turn on REG_GNU in regcomp in sed to support \s so that it behaves
> like gnused. Before it was silently ignoring the backslash.
Is this worth a sed command line switch (like -E) ?
Martin
In article <20210308152211.os2woq5ipxfpt...@yt.nih.at>,
Thomas Klausner wrote:
>On Mon, Mar 08, 2021 at 03:13:48PM +, Patrick Welche wrote:
>> I'm assuming a WORKSFORME response for xentools413, so wondering
>> whether something changed in -current sed that would explain the
>> above.
>
>Have
On Mon, Mar 08, 2021 at 03:13:48PM +, Patrick Welche wrote:
> I'm assuming a WORKSFORME response for xentools413, so wondering
> whether something changed in -current sed that would explain the
> above.
Haven't tried it yet, but perhaps this changed the sed behavior as well:
Module Name:s
xentools413 is repeatably failing with
./config/ioapi.h:17:10: fatal error: config/local/ioapi.h: No such file or
directory
17 | #include
In a very round about way this seems to be related to
[DEPS] arch/x86/drivers/net/undiisr.S
sed: 1: "s/\.o\s*:/_DEPS +=/": RE error: trailing backslash
