Date: Thu, 18 Sep 1997 23:59:49 -0700 From: John-Mark Gurney <gurney_j@efn.org> To: Satoshi Asami <asami@cs.berkeley.edu> Cc: dima@tejblum.dnttm.rssi.ru, freebsd-current@FreeBSD.ORG Subject: Re: Yet Another bug in src/Makefile Message-ID: <19970918235949.11133@hydrogen.nike.efn.org> In-Reply-To: <199709190643.XAA10791@silvia.HIP.Berkeley.EDU>; from Satoshi Asami on Thu, Sep 18, 1997 at 11:43:20PM -0700 References: <19970918213446.00164@hydrogen.nike.efn.org> <199709190643.XAA10791@silvia.HIP.Berkeley.EDU>
next in thread | previous in thread | raw e-mail | index | archive | help
Satoshi Asami scribbled this message on Sep 18:
> * why should it remove /usr/include?? /usr/include is not used for the
> * building of the resulting binaries install.. why not do a rm -rf /
> * if you want to clean out the area your installing to... :)
> *
> * of course there is good argument that the installed to area should
> * be clean to prevent old files from contaminating a setup... but
> * if we start to clean out /usr/include, we should also do /{bin,sbin}
> * /usr/{bin,share,sbin,lib,libexec} and any others that get installed...
>
> I agree with you, but the comments at the top of src/Makefile say
> otherwise. Should we just nuke the CLOBBER option entirely, or change
> the rules so it will actually delete /usr/include/*?
how about moving CLOBBER into the install target of src/include/Makefile,
then it will work at the proper level... and will work properly (with
DESTDIR="") when install runs in the inclues dir...
and probably should rename it to CLOBBERINCLUDES :)
--
John-Mark Gurney Modem/FAX: +1 541 683 6954
Cu Networking
Live in Peace, destroy Micro$oft, support free software, run FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970918235949.11133>