Date: Tue, 26 Nov 2013 22:34:30 -0800 From: Peter Wemm <peter@wemm.org> To: Glen Barber <gjb@FreeBSD.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r258672 - in head: . share/mk Message-ID: <52959276.7070803@wemm.org> In-Reply-To: <20131127050358.GG1710@glenbarber.us> References: <201311270454.rAR4sOqI004103@svn.freebsd.org> <20131127050358.GG1710@glenbarber.us>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6USLvdeCqoS4Ispk6xahsnQbS2wJi01Cu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/26/13, 9:03 PM, Glen Barber wrote: > On Wed, Nov 27, 2013 at 04:54:24AM +0000, Peter Wemm wrote: >> Author: peter >> Date: Wed Nov 27 04:54:23 2013 >> New Revision: 258672 >> URL: http://svnweb.freebsd.org/changeset/base/258672 >> >> Log: >> At great personal risk, change the default for LIB32 from yes to no.= As >> mentioned in UPDATING, you can even do it as an as-needed operation = after >> doing a buildworld/installworld. You can set WITH_LIB32=3Dyes in ma= ke.conf >> or src.conf. >> >=20 > Thank you. Long overdue, IMHO. >=20 > Glen >=20 A slightly longer explanation of what I was thinking: - There's a new round of 'make -j' problems lurking in there. We are missing chunks of the ordering glue that cause libraries to be built in t= he right order when they depend on each other. - It's a waste of cpu time for the usual case, particularly for the 11.x cycle for the next 1-2 years. - We don't build them properly - we invent cpu flags etc. The usual use case for 32 bit binaries seems to be: - running a 32 bit chroot or jail - this is unaffected. - running old binaries, usually from 4.x or 6.x when the 64 bit port was really green - WITH_LIB32 doesn't actually help much with this because mo= st of the libraries are missing. It seems more likely we can do a better job with packages. With some massaging, we should be able to use the compat-6.x/i386 libraries as-is, = and solve the "old 4.x/6.x binary" issue in one go. However, ld-elf32.so.1 does require special handling. I have something i= n mind that might make this moot though. I suspect I've made the powerpc folks angry though... --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6F= JV UTF-8: for when a ' just won\342\200\231t do. <brueffer> ZFS must be the bacon of file systems. <brueffer> "everything's better with ZFS" --6USLvdeCqoS4Ispk6xahsnQbS2wJi01Cu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKVknsACgkQFRKuUnJ3cX+CTACgkuKEvYdsvsXI+fRYomC+9yHc LowAoJ1LWmFHqH28nCVcFS4nIwgqizCx =KAKi -----END PGP SIGNATURE----- --6USLvdeCqoS4Ispk6xahsnQbS2wJi01Cu--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52959276.7070803>