On Fri, Oct 20, 2006 at 09:25:26AM -0500, Steve Fox wrote:
> On Fri, 2006-10-20 at 11:06 +1000, David Gibson wrote:
>
> > Please don't, having two versions of the ld wrapper is horrid - it
> > already parses the -m option to work out which sort of thing it's
> > building. Instead we should either change ld.hugetlbfs so it looks in
> > multiple places for the linker scripts, or (IMO simpler and better)
> > just put the linker scripts in "both" split and common locations,
> > using symlinks.
>
> Ok, that makes sense.
>
> I like the idea of just searching multiple places. I'm not sure I
> understand your second, simpler, suggestion though. Could you explain a
> bit more please?
I mean still install all the linker scripts in the one directory as
before, but then symlink just the 32-bit ones into /lib32/whetever and
just the 64-bit ones into /lib64/whatever. Or the other way around -
install in /lib32,/lib64, but then symlink both 32-bit and 64-bit
scripts into a common dirtory where ld.hugetlbfs will find them.
Can you remind me of the reason they want to be separated. I know I
saw a bugzilla which explained why multilib needed this, but I can't
seem to find it now.
> > > 2) The ld.hugetlbfs script tries to return the highest "bit-ness" for the
> > > hardware, regardless of being in the 32-bit lib dir. This results in
> > > trying to use a non-existant ld script when linking our "easy"
> > > way.
> >
> > Hrm.. not exactly. ld.hugetlbfs attempts to mimic the behaviour of
> > the default linker when invoked without special options. On ppc64
> > systems with 32-bit userspace (the normal case), this will mean a
> > 32-bit link by default, not the "highest bitness".
>
> I ran into this issue on an x86_64 Ubuntu box, which looked for the
> 64-bit scripts by default.
Yes, because you were running a 64-bit userland distribution, so
64-bit is the default build. If you were running an i386 distribution
with an x86_64 kernel (not normal, but possible) it would build 32-bit
by default.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Libhugetlbfs-devel mailing list
Libhugetlbfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
