From owner-freebsd-current Thu Oct 31 23:23:12 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 DAD7B37B401 for ; Thu, 31 Oct 2002 23:23:10 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8944743E4A for ; Thu, 31 Oct 2002 23:23:10 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id DA26F5740D; Fri, 1 Nov 2002 07:23:04 +0000 (GMT) Date: Fri, 01 Nov 2002 07:23:04 +0000 (GMT) Message-Id: <20021101072304.sAZL15425@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 To: FreeBSD-CURRENT Cc: Subject: another include failure to find in buildworld 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 from cvsup *default date=2002.11.01.06.00.00: rm -rf /usr/obj/usr make -j 4 -k -s buildworld ... crashed in libc. v1.19 is in /usr/include; v1.20 is in the /usr/obj/ tree where it should be read by infinity.c /usr/src/lib/libc/i386/gen/infinity.c:11: storage size of `__infinity' isn't known *** Error code 1 < * $FreeBSD: src/lib/msun/src/math.h,v 1.19 2002/10/23 17:35:11 markm Exp $ --- > * $FreeBSD: src/lib/msun/src/math.h,v 1.20 2002/10/31 23:05:20 archie Exp $ 23,24c23,27 < extern char __infinity[]; < #define HUGE_VAL (*(double *) __infinity) --- > extern const union __infinity_un { > unsigned char __uc[8]; > double __ud; > } __infinity; > #define HUGE_VAL (__infinity.__ud) This is another instance where the build is not reading from the /usr/obj tree, reading from /usr/include first. a 'make buildincludes installincludes' cures the problem This is no problem in the development track; costs me a few minutes to update /usr/include and 34 minutes on the machine to do a new buildworld. I just deleted the 'make installincludes' step from my build scripts --maybe I should restore it? However, is it not the intent not to require an installincludes prior to buildworld? ... too much insider knowledge and nothing documented other than read the makefiles? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message