Date: Fri, 1 Nov 2002 10:55:33 +0200 From: Ruslan Ermilov <ru@FreeBSD.ORG> To: Daniel Flickinger <attila@hun.org> Cc: FreeBSD-CURRENT <current@FreeBSD.ORG> Subject: Re: another include failure to find in buildworld Message-ID: <20021101085533.GB19170@sunbay.com> In-Reply-To: <20021101072304.sAZL15425@hun.org> References: <20021101072304.sAZL15425@hun.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--O5XBE6gyVG5Rl6Rj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Nov 01, 2002 at 07:23:04AM +0000, Daniel Flickinger wrote:
>=20
> from cvsup *default date=3D2002.11.01.06.00.00:
>=20
> rm -rf /usr/obj/usr
> make -j 4 -k -s buildworld ...
>=20
> 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
>=20
> /usr/src/lib/libc/i386/gen/infinity.c:11: storage size of `__infinity' is=
n't known
> *** Error code 1
>=20
> < * $FreeBSD: src/lib/msun/src/math.h,v 1.19 2002/10/23 17:35:11 markm E=
xp $
> ---
> > * $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)
>=20
> This is another instance where the build is not reading
> from the /usr/obj tree, reading from /usr/include first.
>=20
> a 'make buildincludes installincludes' cures the problem
>=20
> 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?
>=20
> However, is it not the intent not to require an
> installincludes prior to buildworld?
>=20
Of course not, because installincludes are essential part of the
buildworld, and everything that is bootstrapped, should be buildable
in a host environment.
> ... too much insider knowledge and nothing documented
> other than read the makefiles?
>=20
I'm not seeing this breakage. At what stage of buildworld do you
see it? (buildworld builds special versions of compiler and cross
tools that honour the TOOLS_PREFIX which is set to WORLDTMP during
world-related stages of buildworld: includes, libraries, depend,
and all.
Cheers,
--=20
Ruslan Ermilov Sysadmin and DBA,
ru@sunbay.com Sunbay Software AG,
ru@FreeBSD.org FreeBSD committer,
+380.652.512.251 Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
--O5XBE6gyVG5Rl6Rj
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
iD8DBQE9wkGFUkv4P6juNwoRAvx/AJsFZ/NZ9G0Wws4Egj4nFn2x4BHnPQCggFVI
+OPnlhTQk+Ne/8P6Apgc7L4=
=MjYE
-----END PGP SIGNATURE-----
--O5XBE6gyVG5Rl6Rj--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021101085533.GB19170>