Date: Mon, 28 May 2001 22:05:11 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Peter Pentchev <roam@orbitel.bg> Cc: Sheldon Hearn <sheldonh@uunet.co.za>, netch@lucky.net, Ruslan Ermilov <ru@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: -DNOCLEAN - was: Re: cvs commit: src/contrib/amd/include am_defs.h src/usr.sbin/amd/includeconfig.h src/etc/mtree BSD.include.dist src/include Makefilesrc/sbin/mount_msdos mount_msdos.c src/sbin/mountd mountd.csrc/share/man/man7 hier.7 src/sys/boot/forth loader.conf ... Message-ID: <Pine.BSF.4.21.0105282147000.1612-100000@besplex.bde.org> In-Reply-To: <20010528134222.B588@ringworld.oblivion.bg>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 28 May 2001, Peter Pentchev wrote:
> On Mon, May 28, 2001 at 12:17:23PM +0200, Sheldon Hearn wrote:
> >
> >
> > On Mon, 28 May 2001 13:04:02 +0300, Valentin Nechayev wrote:
> >
> > > Is -DNOCLEAN guaranteed to work when /usr/obj/`/bin/pwd` was already
> > > cleaned manually (rm -rf)?
> >
> > No, because you may have .depend files in your src tree. Have a look:
> >
> > find /usr/src -name '.depend'
Or other garbage. Mainly, subdirectories named "obj" that have .depend
or other garbage in them, or just exist.
> Hmm.. I thought the src tree was not touched at all during the build
> process?
Depends how much garbage is in it. If buildworld is started with an
empty /usr/obj, then the initial clean step in it cleans the src tree.
This will normally touch the src tree iff the src tree contains garbage.
However, it won't touch the src tree if all the garbage is in subdirs
named "obj". This was broken ages ago in rev.1.5 of bsd.obj.mk. Previous
versions used rm -fr to kill "obj" in all cases (it was a link by
default, but the NOOBJLINK made it a subdir, and rm -fr was required to
handle that case).
> The only files I could find with a find /usr/src -type f -name .depend
> were files that I myself had generated, by manually cd'ing into
> a directory and running make clean depend all there. The usual process
> of 'make world' or 'make buildworld' does not generate them there,
> it places them all within the /usr/obj tree.
This is normal building, so makeworld should support it.
> On second thoughts, make(1) appears to use a .depend file in the current
> directory, even if MAKEOBJDIRPREFIX is set to /usr/obj. So it might indeed
> be a good idea to do a 'find /usr/src -name .depend -delete', just in case.
I think this only happens when ${.OBJDIR} doesn't contain .depend.
make(1) has an undocumented search path for '.include "foo"'.
Bruce
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0105282147000.1612-100000>