From owner-freebsd-current Sat Sep 26 02:01:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA09607 for freebsd-current-outgoing; Sat, 26 Sep 1998 02:01:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA09598; Sat, 26 Sep 1998 02:00:57 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id TAA07704; Sat, 26 Sep 1998 19:00:48 +1000 Date: Sat, 26 Sep 1998 19:00:48 +1000 From: Bruce Evans Message-Id: <199809260900.TAA07704@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: Make worl error on -current elf ...please help Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG, wwoods@cybcon.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> NOAOUT has very little to do with the problem. The problems are that the >> aout libraries are not built and installed in $WORLDTMP before they are >> used for linking certain lkm tools, and that these lkm tools are built >> with -aout in CFLAGS, and that the problem is not seen in polluted test >Would installing all the aout libraries in $WORLDTMP be the simplest >solution given that lkms in aout format have a limited life expectancy? >Is this only a `make world' & $WORLDTMP problem? Simplest: use ${CFLAGS:N-aout:N-elf} instead of ${CFLAGS} for building linux_genassym. Correct: use the same rules as the kernel Makefile for building linux_genassym. The latter are currently given in files.i386. I don't like putting elaborate rules in conf/files i386/conf/files.i386. They clutter the files lists and are harder to write than rules in Makefiles, and still aren't visible in LKM makefiles. Perhaps the rules should be collected in bsd.kern.mk. Then they would only do anything (except waste a tiny amount of time) if the files that they are for are actually used. Most of the rules in Makefile.i386 aren't i386-specific and could go there too. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message