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>