svn commit: r258672 - in head: . share/mk
peter at wemm.org
Wed Nov 27 06:34:38 UTC 2013
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
>> 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=yes in make.conf
>> or src.conf.
> Thank you. Long overdue, IMHO.
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 the
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 most
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 in
mind that might make this moot though.
I suspect I've made the powerpc folks angry though...
Peter Wemm - peter at wemm.org; peter at FreeBSD.org; peter at yahoo-inc.com; KI6FJV
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"
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 260 bytes
Desc: OpenPGP digital signature
More information about the svn-src-all