From owner-freebsd-current Thu Sep 17 13:10:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15639 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:10:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15552 for ; Thu, 17 Sep 1998 13:10:05 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA31890; Fri, 18 Sep 1998 06:09:14 +1000 Date: Fri, 18 Sep 1998 06:09:14 +1000 From: Bruce Evans Message-Id: <199809172009.GAA31890@godzilla.zeta.org.au> To: jb@cimlogic.com.au, karpen@ocean.campus.luth.se Subject: Re: 'make world' dying in sbin/atm/atm Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly >> ^ >> | >> The problem here is -----------------+ >> >> People mistakenly believe that they can use -DNOCLEAN if /usr/obj is >> clean. That is not so. The build behaves differently. I would prefer >> the build to test if the objdir is clean and not do the recursive >> clean. This belief is not mistaken in the usual self-hosting case. It is mistaken in the cross-compile case. Switching to elf requires some cross-compiling. >Definitely! I mean, why on earth is the make world doing a recursive clean >of an empty directory? That always comfused me. At every directory that Because it is necessary. An empty canonical obj directory just means that the the object tree under /usr/obj (or wherever) doesn't need cleaning. The object directory for every directory in the source tree still needs cleaning since it may have the following junk in it: object files (harmless?) .depend (harmful?) obj link to a non-canonical place (harmful) obj subdirectory (harmful) It is possible to optimize the cleaning by not redoing it after doing it initially, but this is not worth doing since only the initial cleaning cleans everything. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message