Date: Fri, 19 Sep 1997 11:30:29 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com> To: gurney_j@resnet.uoregon.edu Cc: dima@tejblum.dnttm.rssi.ru, freebsd-current@FreeBSD.ORG Subject: Re: Yet Another bug in src/Makefile Message-ID: <199709191830.LAA11177@GndRsh.aac.dev.com> In-Reply-To: <19970918213446.00164@hydrogen.nike.efn.org> from John-Mark Gurney at "Sep 18, 97 09:34:46 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> Dmitrij Tejblum scribbled this message on Sep 19: > > 'make -DCLOBBER world' will not remove /usr/include. It will remove > > /usr/obj/usr/src/tmp/usr/include instead... > > why should it remove /usr/include?? /usr/include is not used for the Because the original Author of -DCLOBBER specifically wrote it to destroy the /usr/include tree to make sure that no OLD cruft was left behind in there. > building of the resulting binaries install.. why not do a rm -rf / > if you want to clean out the area your installing to... :) The installworld target of src/Makefile now needs the following added to it: .if defined(CLOBBER) rm -rf ${DESTDIR}/usr/include .endif > 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... > > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709191830.LAA11177>