From owner-freebsd-current Sat Mar 9 16:47:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09558 for current-outgoing; Sat, 9 Mar 1996 16:47:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09552 for ; Sat, 9 Mar 1996 16:47:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA32059; Sun, 10 Mar 1996 11:37:07 +1100 Date: Sun, 10 Mar 1996 11:37:07 +1100 From: Bruce Evans Message-Id: <199603100037.LAA32059@godzilla.zeta.org.au> To: kent@tfd.com, mark@grondar.za Subject: Re: `make -DCLOBBER world' fails Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: owner-current@FreeBSD.ORG Precedence: bulk >> The problem is that programs are compiled & run to generate >> some libs before `crt0.o' is created. >> >> Examples include "gnu/lib/libgmp" and "lib/libmytinfo". >> >> This problem could be prevented by moving the >> >> cd ${.CURDIR}/lib/csu/i386 && >> ${MAKE} depend all install .... >> >> to the beginning of the lib make. >I agree with this. May I do it? The libraries CLOBBERing step is almost usless. I would just remove it. The point of it is to stop things getting linked with old static libraries and objects. However, many utilities are now linked before the libraries are CLOBBERed, so the CLOBBERing step only makes a difference for a couple of build utilities built before building csu. The utilities built before the libraries are installed only work if the new includes are not too inconsistent with the old shared libraries. The utilities built after CLOBBERing the old static libraries but before installing the new libraries only work if they are linked shared and the old shared libraries are not too inconsistent... Bruce