On Tue, Dec 15, 2015 at 02:28:15PM -0000, William Harrington wrote:
> 
> Keep it simple, if you don't need multilib, don't do it. It's a headache.
> 
Absolutely.  In the days when I built both pure64 and multilib, the
multilib desktop was a pain (build almost everything twice, ensuring
the intended default is built second).  Since then, the number of
large, slow packages for a modern desktop has increased (although
Paul probably builds almost none of them).

I recall that Paul builds once, and then rolls out to his other
machines.  Apart from the recent gmp issues (around the time 7.8
came out - looks as if by default it tunes itself to the CPU it was
built on - workaround(s) from William are in the list archives), I
would recommend (if he wants to use his i7 to build for old 32-bit
CPUs) that as well as the normal 64-bit system (not multilib), he
builds a separate 32-bit system on the i7 to use for building for
the 32-bit machines.

These days, on x86_64 the only reason I can see for building 32-bit
on x86_64 (with modern amounts of memory) is to use things which have
to be 32-bit (as mentioned earlier in the thread), so perhaps it would
only be necessary to build 32-bit Xorg, its deps, and the things which
had to be 32-bit.  For everything else, 64-bit.

But if that applies to anybody, check for alternatives - using /lib32
for 32-bit, with /lib as a symlink to /lib64 and suitable hacks in
gcc, might simplify things.  Of course, anybody trying that is on
your own as far as LFS (and probably CLFS) is concered.  You would
also need the multilib base system, and probably a -m64 default [
i.e. for 32-bit you would force -m32, libdir and PKG_CONFIG_PATH, for
64-bit you could just use the defaults ].  At one time (several years
ago) I was going to try that, but I lost the need for any 32-bit
software.  As an intellectual exercise, and learning experience,
multilib is useful (I still remember the pain of the gtk2 packages,
until I got the details worked out).  But for most x86_64 LFS/BLFS
users it has little benefit.

ĸen
-- 
This email was written using 100% recycled letters.
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to