From owner-freebsd-current Sat May 30 16:07:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21159 for freebsd-current-outgoing; Sat, 30 May 1998 16:07:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21030 for ; Sat, 30 May 1998 16:06:29 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id XAA16012; Sat, 30 May 1998 23:06:12 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id BAA06568; Sun, 31 May 1998 01:04:25 +0200 (MET DST) Message-ID: <19980531010424.07998@follo.net> Date: Sun, 31 May 1998 01:04:24 +0200 From: Eivind Eklund To: Richard Wackerbarth , Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: elf vs. bsd.*.mk References: <199805302042.GAA13569@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Richard Wackerbarth on Sat, May 30, 1998 at 04:15:39PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 30, 1998 at 04:15:39PM -0500, Richard Wackerbarth wrote: > At 8:42 PM -0000 5/30/98, Bruce Evans wrote: > I SHOULD be able to simultaneously compile, from the same source tree, > systems for two different machine architectures and/or variations > of compile parameters. Hmmm. There are two things missing to be able to do this: o Automated generation of kernels o Reading of make.conf from ${MAKE_CONF} if it exists, instead of using /etc/make.conf always. The latter is a trivial patch to sys.mk (or possibly to the bsd.*.mk after Peter has fixed the use of bsd.own.mk). Apart from the above, we already have control of the various variants through the use of SUBDIR_CHANGE (which I haven't yet tested if works through the buildworld target - I suspect it doesn't. Ah, silly me) and OBJDIR. And, of course, we're missing the ability to actually do a compile for more than one architecture _at all_, given our lack of alternate architectures. Of course, the present way of specifying all of this isn't the best imaginable, but it _is_ possible. I'm imagining SUBDIR_CHANGE to be used mostly through a higher-level interface in the future. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message