Date: Thu, 15 Aug 2002 10:10:03 -0700 (PDT) From: Ruslan Ermilov <ru@FreeBSD.org> To: freebsd-bugs@FreeBSD.org Subject: Re: i386/30276 Message-ID: <200208151710.g7FHA3Uf069616@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR i386/30276; it has been noted by GNATS. From: Ruslan Ermilov <ru@FreeBSD.org> To: Larry Rosenman <ler@lerctr.org> Cc: Bruce Evans <bde@FreeBSD.org>, Marcel Moolenaar <marcel@FreeBSD.org> Subject: Re: i386/30276 Date: Thu, 15 Aug 2002 20:06:31 +0300 On Thu, Aug 15, 2002 at 11:16:13AM -0500, Larry Rosenman wrote: > On Thu, 2002-08-15 at 10:59, Ruslan Ermilov wrote: [...] > > To be honest, I have no brilliant idea how to fix this. One possible > > solution would be to split build- and install- tools, and always build > > install-tools on an installing machine, as part of installworld (this > > should probably be made a special case). The most problematic thing > > here is strip(1) which is part of binutils; that would mean we would > > need to compile binutils twice. I am not saying it's impossible, I > > am saying it is hard. Many things that are used during build are > > also used during install, like for example, GNU texinfo suite: > > makeinfo(1) is used during build, install-info(1) -- during install. > > That also means we need to compile texinfo twice. > could we pre-strip those binaries that are installed somehow? > This wouldn't help too much -- strip(1) is only the largest problem here. makewhatis(1) and install-info(1) are another culprits. > Could we modify the binutils build to use the built > /usr/obj/usr/lib/libc as a 2nd pass after they are built? > Idea! We're currently building our bootstrap and cross-tools statically (see BMAKE in Makefile.inc1). If we modify it to build them dynamically (note that on -CURRENT we also build them with NO_CPU_CFLAGS which helps as well), this would probably DTRT. This will also require us to remove the sticky NOSHARED bits from some makefiles, by making them conditional on !BOOTSTRAPPING: gnu/usr.bin/binutils/ar/Makefile gnu/usr.bin/binutils/as/Makefile.inc0 gnu/usr.bin/binutils/gdb/Makefile (not affected) gnu/usr.bin/binutils/ld/Makefile gnu/usr.bin/binutils/ranlib/Makefile gnu/usr.bin/cc/cc/Makefile gnu/usr.bin/cc/cc1/Makefile gnu/usr.bin/cc/cc1obj/Makefile gnu/usr.bin/cc/cc1plus/Makefile gnu/usr.bin/cc/cccp/Makefile gnu/usr.bin/cc/cpp0/Makefile gnu/usr.bin/ld/Makefile (legacy a.out support) gnu/usr.bin/tar/Makefile usr.bin/make/Makefile usr.bin/objformat/Makefile gnu/usr.bin/binutils/gdb/Makefile is not affected because we build cross-tools with NO_GDB defined, and we don't descend here, but is probably worth fixing too, just for clarity. (bde@ Cc:ed as the NOSHARED lover. marcel@ Cc:ed as the one who originally put NOSHARED here.) Cheers, -- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200208151710.g7FHA3Uf069616>