From owner-freebsd-current Thu Aug 13 04:26:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14163 for freebsd-current-outgoing; Thu, 13 Aug 1998 04:26:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA14155 for ; Thu, 13 Aug 1998 04:26:45 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id VAA29742 for current@freebsd.org; Thu, 13 Aug 1998 21:34:06 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808131134.VAA29742@cimlogic.com.au> Subject: NOOBJ in build To: current@FreeBSD.ORG Date: Thu, 13 Aug 1998 21:34:05 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone give me a *good* reason why we need to support NOOBJ in the make world/buildworld/installworld process? I'd like to be able to keep the different object formats apart during a build to help (1) the transition build from aout to elf; and (2) cross compilation. If I remove the .ifdefs for NOOBJ, I can set the obj directory path to include the object format so that it isn't necessary to clean the obj tree between building things in different formats. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message