For kernels with "pseudo-device pf" (i386 at least, PF-enabled kernels
on other arches I build didn't complain), GCC7 complains about a
fallthrough case in a switch{} statement:
[...]
--- pf.o ---
/x/current/src/sys/dist/pf/net/pf.c: In function 'pf_test6':
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2019.02.10.02.04.06 kamil src/tests/lib/libc/sys/t_ptrace_wait.c,v 1.77
2019.02.10.02.13.45 kamil src/tests/lib/libc/sys/Makefile,v 1.54
Updating src tree:
P src/bin/sh/alias.c
P src/bin/sh/eval.c
P src/bin/sh/histedit.c
P src/bin/sh/input.c
P src/bin/sh/jobs.c
P src/bin/sh/main.c
P src/bin/sh/memalloc.c
P src/bin/sh/parser.c
P src/bin/sh/redir.c
P src/bin/sh/var.c
P src/distrib/sets/lists/comp/mi
P src/etc/mtree/Makefile
U
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 2019.02.09.23.26.35.
An extract from the build.sh output follows:
#create kern/explicit_memset.d
On Sat, Feb 09, 2019 at 10:14:30AM +1100, matthew green wrote:
> ./usr/include/dev/iscsi
> = end of 1 extra files ===
>
> this should be fixed though you may have to delete your
> destdir and rebuild to make it go away.
confirmed fixed. Just removing ./usr/include/dev/iscsi from
I was shutting down my 8.99.32 system (kernel & userland both from just
a few days ago), and got a strange crash. It happened after all the
"special" filesystems were dismounted (/proc, /kern, etc.) but before
the "regular" dismounts for /var etc.
Here's the back-trace (manually transcribed)