daily CVS update output

Updating src tree: P src/bin/ksh/path.c P src/external/bsd/dhcpcd/sbin/dhcpcd/Makefile P src/external/bsd/libpcap/sbin/rpcapd/Makefile P src/external/bsd/mdocml/bin/mandoc/Makefile P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_ioctl.c P src/external/cddl/osnet/dist/uts/common/os/list.c P

Re: strange bot problem

Ignore me - I forgot to install the new modules, so I failed to autoload EXEC_ELF64 On Mon, 31 Oct 2022, Paul Goyette wrote: I'm trying to update my NetBSD-9.99.99 (amd64) system to .104 and it's giving me some heartburn. I've alraeady updated bootstrap files, and the kernel loads just find.

Rather decent accelerated graphics

Hi, I have one, perhaps 7 years old graphics card; recently I installed it in one of my systems and setup a new -current workstation. It works for me with no apparent problem whatsoever, glmark2 returns score just under 5000, which surely is the highest I have seen under NetBSD. There are no

strange bot problem

I'm trying to update my NetBSD-9.99.99 (amd64) system to .104 and it's giving me some heartburn. I've alraeady updated bootstrap files, and the kernel loads just find. But when it comes time to exec /sbin/init it fails with ENOEXEC (errno == 8). It proceeds to try the various "backup" names

Re: building source against installed libraries?

On Mon, Oct 31, 2022 at 12:07:03 +0100, Thomas Klausner wrote: > On Mon, Oct 31, 2022 at 01:46:56PM +0300, Valeriy E. Ushakov wrote: > > On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote: > > > > > For test builds, I use 'USETOOLS=no make' to avoid building a > > > toolchain.

Re: building source against installed libraries?

On Mon, Oct 31, 2022 at 01:46:56PM +0300, Valeriy E. Ushakov wrote: > On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote: > > > For test builds, I use 'USETOOLS=no make' to avoid building a > > toolchain. However that still wants to link against libraries built > > in the source tree,

Re: building source against installed libraries?

On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote: > For test builds, I use 'USETOOLS=no make' to avoid building a > toolchain. However that still wants to link against libraries built > in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto && > USETOOLS=no make' to build a

Re: NET4501 kernel build fails

On Mon, 31 Oct 2022, Simon Burge wrote: > "John D. Baker" wrote: > > > On Mon, 31 Oct 2022, John D. Baker wrote: > > > > > The "NET4501" kernel build fails as shown below. This is probably due > > > to "-Os" optimization causing GCC to be unable to grok the initialization > > > condition for

building source against installed libraries?

Hi! For test builds, I use 'USETOOLS=no make' to avoid building a toolchain. However that still wants to link against libraries built in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto && USETOOLS=no make' to build a new libcrypto if this library is used. Is there a toggle to build

Re: NET4501 kernel build fails

"John D. Baker" wrote: > On Mon, 31 Oct 2022, John D. Baker wrote: > > > After this change: > > > > https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html > > Correction: After THIS change: > > https://mail-index.netbsd.org/source-changes/2022/10/25/msg141682.html > > > The

Re: NET4501 kernel build fails

On Mon, 31 Oct 2022, John D. Baker wrote: > After this change: > > https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html Correction: After THIS change: https://mail-index.netbsd.org/source-changes/2022/10/25/msg141682.html > The "NET4501" kernel build fails as shown

NET4501 kernel build fails

After this change: https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html The "NET4501" kernel build fails as shown below. This is probably due to "-Os" optimization causing GCC to be unable to grok the initialization condition for "ctp". [...] # compile NET4501/subr_prf.o