I'm currently working my way through CLFS and making modifications to use /lib32 for 32bit and /lib for 64bit with a lib64 symlink (Debian style) so I'm reading a lot, crossing my Is and dotting my Ts, and wanted to make sure I understand the specs file adjustment correctly. I think I might have happened upon an error in the book, but I'm not sure - my understanding might just be completely borked. Currently in CLFS Multilib x86_64 gcc specs file we have these snipits:

----------
*multilib:
. !m64 !m32;64:../lib64 m64 !m32;32:../lib !m64 m32;
----------
*startfile_prefix_spec:
/usr/lib/
----------

IIUC, it seems to me that startfile_prefix_spec should be defined as /usr/lib64 on x86_64 in CLFS, as the relative path used is "." if no -m flags are supplied. I'm trying to wrap my head around multi-lib and how all of the pieces fit together. Does ld later override these paths, or am I completely missing the point here? Is there some justification for using /usr/lib that I haven't found yet?

In my own specs, after adjustment, I have the following snipits (which seem correct, though I haven't dared to move on just yet in case my understanding is not):

----------
*multilib:
. !m64 !m32;64:../lib m64 !m32;32:../lib32 !m64 m32;
----------
*startfile_prefix_spec:
/usr/lib/
----------

OT: FYI, the goal for this build is a 64bit OS with just enough 32bit libs around to use the prebuilt arm-eabi cross toolchain that ships in the android source tree (as opposed to using my own hacked up version of the Code Sourcery arm toolchain which has proven to be less than fun making it play nicely--IOW I've been at it for a while and it hasn't worked yet). If it pans out, and if there is any interest, I'm keeping a log of changes I made to the build (already partially in wiki format at that because I happen to like the {{{ }}} dividers :-) ).

-- DJ Lucas

--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

_______________________________________________
Clfs-dev mailing list
[email protected]
http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org

Reply via email to