The first line of LFS Version 7.4 Section 6.9.4 lists lddlibc4 among the Glibc installed programs but it does not seem to have been installed, although the glibc-2.18 tarball contains the stub file glibc-2.18/sysdeps/unix/sysv/linux/lddlibc4.c.

Is lddlibc4 not needed on x86_64 or is something wrong with my build or is this a LFS bug or a Glibc bug?

This one I don't know anything about. FWIW though, it was installed in /usr/bin of my 32-bit system.

As one who enjoys retro computing, having started my adventures with Linux some 22 years ago, I'm surprised that lddlibc4 is still even shipped with glibc. It dates back to the ancient era of a.out days before ELF came on the scene in the mid-1990s. Since I fire up a Slackware 1.1 system (released) November 1993 on occasion, I use the command strictly as a novelty to see the old shared libraries as shown here:

That's a long-winded way of saying you need not worry about it in 2014. Nevertheless, if you're using a 32-bit platform or build multiarch (as I do), that hoary relic is still installed, even with the new glibc-2.19. I'd surmise you're doing a pure 64-bit system since the installer doesn't bother with that file on such a platform.

1 members found this post helpful.

Good to know. Thanks.

Unless I overlooked something, the LFS book doesn't really deal with building multiarch. It mentions it as a possibility in the general discussion about cross-compilation, but doesn't go into any details about how. So yes, I'm building pure 64-bit.