From owner-freebsd-stable  Mon Sep 22 03:26:34 1997
Return-Path: <owner-freebsd-stable>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id DAA04504
          for stable-outgoing; Mon, 22 Sep 1997 03:26:34 -0700 (PDT)
Received: from bunyip.cc.uq.edu.au (bunyip.cc.uq.edu.au [130.102.2.1])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA04496
          for <freebsd-stable@FreeBSD.ORG>; Mon, 22 Sep 1997 03:26:24 -0700 (PDT)
Received: (from daemon@localhost)
	by bunyip.cc.uq.edu.au (8.8.7/8.8.7) id UAA22851;
	Mon, 22 Sep 1997 20:25:49 +1000
Received: from troll.dtir.qld.gov.au (troll.dtir.qld.gov.au [167.123.8.1])
	by ogre.dtir.qld.gov.au (8.8.7/8.8.7) with ESMTP id UAA02294;
	Mon, 22 Sep 1997 20:24:13 +1000 (EST)
Received: from localhost (syssgm@localhost)
	by troll.dtir.qld.gov.au (8.8.5/8.8.5) with SMTP id UAA16455;
	Mon, 22 Sep 1997 20:27:09 +1000 (EST)
Message-Id: <199709221027.UAA16455@troll.dtir.qld.gov.au>
X-Authentication-Warning: troll.dtir.qld.gov.au: syssgm@localhost didn't use HELO protocol
To: Snob Art Genre <benedict@echonyc.com>
cc: freebsd-stable@FreeBSD.ORG, syssgm@dtir.qld.gov.au
Subject: Re: No-go with read-only src tree 
References: <Pine.GSO.3.96.970919084357.28485A-100000@echonyc.com>
In-Reply-To: <Pine.GSO.3.96.970919084357.28485A-100000@echonyc.com>
    from Snob Art Genre at "Fri, 19 Sep 1997 08:44:18 -0400"
Date: Mon, 22 Sep 1997 20:27:08 +1000
From: Stephen McKay <syssgm@dtir.qld.gov.au>
Sender: owner-freebsd-stable@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Friday, 19th September 1997, Snob Art Genre wrote:

>It's trivial . . . just fix unionfs.  :-)

Unionfs will be a great toy some day.  But for now, I don't need it to
fix this problem.

>On Fri, 19 Sep 1997, Stephen McKay wrote:
>
>> As the last step of the bootstrap, I see:
>> 
>> /usr/obj/src/2.2-stable/usr.bin/lex created for /src/2.2-stable/usr.bin/lex
>> 
>> but I DON'T see the expected lex/lib equivalent.

Well, a bit of experimenting shows that this is caused by line 420 of the
main Makefile:

    ${MAKE} ${MK_FLAGS} -DNOLIB all install ${CLEANDIR} ${OBJDIR}

The -DNOLIB stuff says don't process the lib subdirectory.  Unfortunately,
when cleandir blows away the lex obj directory the lex/lib one goes too,
and avoiding the lib subdirectory means that it doesn't get a replacement.

My "fix" is to remove -DNOLIB.  I've kicked off another read-only src build
and will know how it went tomorrow morning.

If this fixes all my problems, -DNOLIB will go.  If not, I'll have to add a
little extra cruft to specifically rebuild the lex/lib obj directory.

If you know why there was a -DNOLIB there in the first place, speak up!

Stephen.