On Wed, Mar 17, 2010 at 11:23:15PM +0000, Chris Lamb wrote:
> Hi Alberto,
>
> Not sure if you are subscribed to the bug list but I received this bug
> report in Debian:
I am, but thanks for forwarding it anyway.
> Serafeim Zanikolas wrote:
>
> > [..]
> > libfiu-0.13/preload/posix/codegen.c has a hardwired reference to libc.so.6:
> >
> > _fiu_libc = dlopen("libc.so.6", RTLD_NOW);
> > if (_fiu_libc == NULL) {
> > fprintf(stderr, "Error loading libc: %s\n", dlerror());
> > exit(1);
> > }
> >
> > This makes the library unusable in systems with any other libc version (eg.
> > FTBFS of a package which Build-Depends on fiu-utils, in caballero.d.o
> > which has libc.so.6.1
>
> Just to translate from Debian-ese a little: caballero is an IA64 machine
> which uses libc.so.6.1. The alpha architecture does this as well.
How interesting. I had no idea about that.
I could check the libc's soname at build-time, and use that inside the code.
Is the ldd tool available in the build environment? If so, I can find out the
libc's soname using something like:
ld -o libccheck.so -lc -shared && \
ldd libccheck.so | grep libc.so | awk '{ print $1 }';
rm -f libccheck.so;
> Please let me know if want anything compiled/tested on these machines.
I'll have a patch for this using the trick mentioned above in a few minutes.
When it's ready, could you give it a try on those machines?
Thanks,
Alberto
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
