Bug#508929: mklibs selects symbols from the wrong library

2009-01-13 Thread Andrew Stubbs
Frans Pop wrote: To reproduce (assuming you have debian sid or lenny installed) you'll need to do something like this (besides building and installing your version of mklibs and mklibs-copy of course): $ apt-get install build-essential subversion $ svn co

Bug#508929: mklibs selects symbols from the wrong library

2009-01-12 Thread Andrew Stubbs
Frans Pop wrote: That still gives me an error: Traceback (most recent call last): File /usr/bin/mklibs, line 509, in module library_symbols_used[lib].add(library_symbols[lib][name]) KeyError: 'strlong...@base@unknown' make[2]: *** [stamps/tree-netboot-stamp] Error 1 OK, let's try again.

Bug#508929: mklibs selects symbols from the wrong library

2009-01-08 Thread Andrew Stubbs
Frans Pop wrote: I've just given your patch a try, but if I try to build the Debian Installer (which in Debian is the main user of mklibs) with it on a system running Debian/unstable amd64, I get the following error: Sorry for the delay, I've been busy. Please try the attached updated patch.

Bug#508929: mklibs selects symbols from the wrong library

2008-12-16 Thread Andrew Stubbs
then treats each symbol as a triplet, rather than a pair: pri...@glibc_2.0 - pri...@glibc_2.0@libc.so.6 Each symbol can now only match against one library. This should produce the same mapping that the dynamic linker would use (minus LD_PRELOAD). Andrew Stubbs --- src/mklibs-readelf/elf.cpp