How long do you figure before this happens? With 64bit only software being made and kernel functions supporting multilib, do you figure they'll ever add this to the base LFS?

I know that CLFS does multilib, but they're also focused on cross-platform. I'm going to assume there are steps in there focused on making a system that can build for other hardware and not just PC-to-PC building.

Just curious...

Really don't see the point of multilib any more, a few years ago it was needed as there was little support for 64bit, but these days that is no longer true, OK there may be some applications that are only available as 32bit but that is rare now unless you are using precompiled bianrys, LFS on the other hand is designed to be built from scource so the whole 32/64 thing is pretty irrelevent.
Can't even remember the las time I came across a 32bit only app, anyway there is always qemu.

Steam... and a few others. Could end up being more if Linux adoption grows... though, it seems to be shrinking outside of Android.

Exactly "steam and a few others", which is my point.

LFS will never have multilib. It has been debated in the past and as such disbanded. It only targets the architecture it was compiled on. On the other hand, CLFS (Cross LFS) is designed for such task and supports multilib.

Not only that, but look at what LFS is. LFS is a teaching tool, a do-it-yourself distribution that implies that anything extra done to the system, is done by you.

Honestly, there is only a handful of software that is still using 32-bit, but those are few and far between, and most have been replaced or are being replaced.

Last 32-bit only apps I knew were:

ZSnes - replaced by Higan, Snes9x, and MESS, all of which support 64-bit.

Gens - replaced by MESS which supports 64-bit.

Wine - added support for Wine64 but builds 64-bit only binaries. Fewer and fewer Windows applications are still 32-bit only though. Even then, more software has started getting ports to Linux.

Steam - Steam mostly targets the *buntus distributions which are commercial distributions.

I still prefer the Linux native Acroread (32-bit only) for PDF viewing. Aside from that, I have some vertical market 32-bit only apps that run under wine. My /usr/lib32 directory has only older builds in it from 2010-2012. I don't even bothering with a 32-bit version of current glibc.