Re: mlfs question

"Xi Ruoyao" ([email protected] via lfs-support Mailing List) <[email protected]> Fri, 18 Apr 2025 10:42:46 +0800
Newsgroups gmane.linux.lfs.support
Message-ID <[email protected]>
On Thu, 2025-04-17 at 21:21 -0500, Mark Park wrote:
> I'm in chapter 4.2 setting up the limited directory layout and the
> page seems to have conflicting information. ( see
> https://linuxfromscratch.org/~thomas/multilib-systemd-m32/chapter04/creatingminlayout.html
>   )
> 
> It has this command which creates a lib64 directory in the root of
> /mnt/lfs:
> 
> case $(uname -m) in
>   x86_64) mkdir -pv $LFS/lib64 ;;
> esac
> Followed up with the following note:
> 
>  Note  
>  The LFS editors have deliberately decided not to use a /usr/lib64
> directory. Several steps are taken to be sure the toolchain will not
> use it. If for any reason this directory appears (either because you
> made an error in following the instructions, or because you installed
> a binary package that created it after finishing LFS), it may break
> your system. You should always be sure this directory does not exist. 
> 
> 
> Which implies there should not be a lib64 directory. Is this an error
> in the commands or is this a leftover note from the pure 64-bit
> standard build?

No, the text is very clear we don't use a /usr/lib64 directory.  I.e.
there should be no $LFS/usr/lib64, and it's not related to $LFS/lib64.

Even in MLFS there shouldn't be /usr/lib64.

And even in plain x86_64 LFS /lib64 *must* exist, see
https://www.linuxfromscratch.org/lfs/faq.html#get-rid-of-lib64 for the
reason.

-- 
Xi Ruoyao <[email protected]>
School of Aerospace Science and Technology, Xidian University

-- 
http://lists.linuxfromscratch.org/sympa/info/lfs-support
Unsubscribe: See the above information page