Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Jan 1999 10:24:09 +1100
From:      Bruce Evans <bde@zeta.org.au>
To:        bde@zeta.org.au, jhay@mikom.csir.co.za
Cc:        current@FreeBSD.ORG
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
Message-ID:  <199901122324.KAA09898@godzilla.zeta.org.au>

next in thread | raw e-mail | index | archive | help
>> `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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901122324.KAA09898>