cvs commit: src Makefile.inc1 ObsoleteFiles.inc
Pawel Jakub Dawidek
pjd at FreeBSD.org
Wed Aug 3 13:51:29 GMT 2005
On Wed, Aug 03, 2005 at 12:11:50PM +0200, Alexander Leidinger wrote:
+> "M. Warner Losh" <imp at bsdimp.com> wrote:
+> >In message: <20050802140536.zstn68rcgsg84g0w at netchild.homeip.net>
+> > Alexander Leidinger <netchild at FreeBSD.org> writes:
+> >: When an user calls delete-old with DESTDIR set to the root of a non-native
+> >: machine architecture he may remove non-obsolete files when he forgets to set
+> >: TARGET_ARCH. I want to prevent this situation. I think "failsafe" is more
+> >: important than "POLA" in this case.
+> >If TARGET_ARCH is set, then the right set of files will be deleted if
+> >you use TARGET_ARCH rather than MACHINE_ARCH.
+> Yes. I'm not talking about technical problems. I talk about problems which
+> sit on a chair. If we change MACHINE_ARCH to TARGET_ARCH and an user runs
+> "make delete-old-libs" without setting TARGET_ARCH in a cross-arch
+> environment, he will remove non-obsolete libs. And I think we should go the
+> failsafe route.
We could prevent user from doing this, by stopping the whole process when
we find that executable/library is compiled for other arch and TARGET_ARCH
is not explicity set. You can easly check that with file(1)...
Pawel Jakub Dawidek http://www.wheel.pl
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20050803/b68012bd/attachment.bin
More information about the cvs-src