From owner-freebsd-current Wed Oct 30 12:55:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9003F37B401 for ; Wed, 30 Oct 2002 12:55:22 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D512E43E7B for ; Wed, 30 Oct 2002 12:55:21 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 2481C5740A; Wed, 30 Oct 2002 20:55:06 +0000 (GMT) Date: Wed, 30 Oct 2002 20:55:05 +0000 (GMT) Message-Id: <20021030205505.FwhS20265@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative In-Reply-To: <20021030170217.GB2083@dhcp01.pn.xcllnt.net> References: <20021030164823.NvQM9234@hun.org> <20021030120635.A21427@angelica.unixdaemons.com> To: Hiten Pandya Cc: Marcel Moolenaar , FreeBSD-CURRENT Subject: Re: libc in CURRENT fails as of 1200 GMT today Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sent: Wed, 30 Oct 2002 09:02:17 -0800 by Marcel Moolenaar On Wed, Oct 30, 2002 at 04:48:23PM +0000, Daniel Flickinger wrote: + > /usr/src/lib/libc/uuid/uuid_compare.c:31:18: uuid.h: No such file or directory + > [snip] + > + > and a couple pages of resulting syntax errors + > + + I assume you didn't do a makeworld, but just a make in libc? No, I go for broke... make -j 4 -k -s ${TFLG} buildworld at least initially; I should have been more clear. There is either a missing or incorrect -I statement somewhere. There are now two uuid.h files. When there is an include file problem, I use a script: mv /usr/include /usr/include.${CDATE} mkdir /usr/include && chmod 0755 /usr/include make buildincludes make installincludes which effects a more global approach --but potentially can create other sync problems... if you choose this approach, you mask potential -I errors and you risk havoc with successive 'make worlds' I 'buildworld' at least once a day based on 1200 GMT --other times, if necessary. The system is CURRENT as of 1800 GMT 27 Oct 2002, both kernel and world. The last two days have had too many errors to go for installworld. 'make buildworld' is "supposed to" provide the necessary -I statements to pickup include files from the /usr/src and /usr/obj trees. /usr/inlcude/sys/uuid.h is where it should be --but /usr/include/uuid.h does not exist, so there was no fallback from the incorrect or missing -I statement in the tree. find /usr -name 'uuid\.h' -print /usr/obj/usr/src/i386/usr/include/uuid.h /usr/include/sys/uuid.h /usr/src/lib/libc/uuid/uuid.h /usr/src/sys/sys/uuid.h Note that the libc commands prior to the error have not loaded the sys/uuid.h file to /usr/obj/usr/src/sys/uuid.h However, after running the script above we now have a uuid.h in both /usr/include and /usr/include/sys: find /usr -name 'uuid\.h' -print /usr/obj/usr/src/i386/usr/include/uuid.h /usr/include/sys/uuid.h /usr/include/uuid.h /usr/src/lib/libc/uuid/uuid.h /usr/src/sys/sys/uuid.h The include/uuid.h reads in the sys/uuid.h file. This now provides a fallback, masking the real problem. Both files are present in the src tree --which is where 'make buildworld' SHOULD find them and place them in the /usr/obj tree during buildworld. There is a missing -I declaration ... or cp or install statement. It SHOULD NOT be necessary to run 'make build/installincludes' prior to 'make buildworld' After 23 years of BSD, it's just another day... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message