<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
<BR>
I have 2 toolchains. One basically, based in clfs 1.0 and using glibc-2.7 and one based development 1.x using eglibc-2.10<BR>
<BR>
I see a difference between these 2 regarding building shared libs.<BR>
<BR>
I have a shared library (call it libfoo) that links in another shared library at build time, say libdl or libpopt.<BR>
<BR>
Now, I have an application that links with libfoo<BR>
<BR>
Using my clfs 1.0/glibc-2.7 toolchain, this works fine<BR>
<BR>
Using my clfs 1.x development/eligbc-2.10, the application links get unresolved symbols related to those things in libdl or libpopt that libfoo used.<BR>
<BR>
And, looking at the ouput, it looks like the wrong linker is being used so it is pulling in the wrong libdl (for example) library.<BR>
<BR>
//lib/libdl.so.2: undefined reference to <A href="mailto:`_dl_open@GLIBC_PRIVATE'">`_dl_open@GLIBC_PRIVATE'</A><BR>//lib/libdl.so.2: undefined reference to <A href="mailto:`_dl_close@GLIBC_PRIVATE'">`_dl_close@GLIBC_PRIVATE'</A><BR>collect2: ld returned 1 exit status<BR>
<BR>
if I add -l<library> to the application makefile for all the libraries libfoo depends on, it will work as before, but this would be alot of work in my source tree.<BR>
<BR>
I did a readelf -a on my libfoo.so and there doesn't appear to be a difference between the binary regenerated by either toolchain ( no linker mention and depend libs don't have a pathname or anything )<BR>
<BR>
I have attempt to build a clfs 1.x development toolchain and using glibc-2.7 instead of eglibc-2.10 to narrow this to something between 2.7 and 2.10 but I am running into lots of issues regarding glibc-2.7 and updated binutils and gcc.<BR>
<BR>
Thoughts?<BR><BR> <br /><hr />Hotmail: Free, trusted and rich email service. <a href='http://clk.atdmt.com/GBL/go/171222984/direct/01/' target='_new'>Get it now.</a></body>
</html>