daily CVS update output

Updating src tree: P src/bin/ps/print.c P src/compat/exec.mk P src/distrib/sets/lists/base/mi P src/distrib/sets/lists/debug/mi P src/distrib/sets/lists/man/mi P src/distrib/sets/lists/modules/md.i386 P src/sbin/dmesg/dmesg.8 P src/sbin/dmesg/dmesg.c P src/share/man/man4/Makefile cvs update:

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 2018.09.19.23.22.17. An extract from the build.sh output follows: ^~~

Re: module(7) vs KERN_AS (Re: HEADS-UP: Recent atari install floppy overflow)

I found that we already have a similar code in sys/compat/common/Makefile.inc: https://nxr.netbsd.org/xref/src/sys/compat/common/Makefile.inc#17 17 18 # Default values: 19 COMPATDST?= ${.OBJDIR}/lib/compat 20 .if !empty(OPT_MODULAR) 21 COMPAT_AS?=

Problem with -current - video-card related?

While attempting to verify kern/53019 I tried to boot a -current kernel from today's sources, unsuccessfully. It seems to load everything, then clears the display, prints out about two or three lines of text, and then the display goes completely black (not even a cursor). It obviously panics,

module(7) vs KERN_AS (Re: HEADS-UP: Recent atari install floppy overflow)

Hi, Currently, KERN_AS is set in Makefile.arch. However, it should be determined on whether module(7) is enabled or not, for *all* ports, something like OPT_MODULAR= %MODULAR% .if !empty(OPT_MODULAR) KERN_AS= obj .else KERN_AS= library .endif Therefore, it is not a good