From owner-freebsd-current Tue Jan 12 15:24:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03423 for freebsd-current-outgoing; Tue, 12 Jan 1999 15:24:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03414 for ; Tue, 12 Jan 1999 15:24:46 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA09898; Wed, 13 Jan 1999 10:24:09 +1100 Date: Wed, 13 Jan 1999 10:24:09 +1100 From: Bruce Evans Message-Id: <199901122324.KAA09898@godzilla.zeta.org.au> To: bde@zeta.org.au, jhay@mikom.csir.co.za Subject: Re: /usr/obj/elf, /usr/obj/aout, /usr/obj - breaks make all vs make buildworld, and other things. Time to make elf the default Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> `make world' under certain conditions creates .depend files that are >> inconsistent with ones created by plain `make'. If you know enough >> about the world building process to avoid problems from this, then you >> should know enough to use the same obj directory tree for `make' as for >> `make world' (`MAKEOBJDIRPREFIX=whatever make'). I always build worlds >> in a separate obj tree on purpose. > >Shouldn't we then rather rename it to /usr/obj/world to show what it >is used for? Because if I use the normal make I still get elf objects >and binaries even though they aren't build in the /usr/obj/elf/... >subdirectories. Yes, if we decide to keep the separate tree for worlds after aout goes away. >> `make world' could run `make cleandir' twice to clean up sloppily >> maintained obj trees. The first pass cleans the canonical object tree >> ... >More than that is needed for make release. Some parts like the building >of the floppy images with crunchgen assume that make and make world >still work like it did before elf, no objformat object subdirectory Hmm, I though release builds actually worked :-). >and that both compile in the same directory. While all those things >could be fixed and I can probably put 'setenv MAKEOBJDIRPREFIX=whatever' >in my .cshrc file, ... You would then have to unset it for making worlds, since another /elf will be appended. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message