On Mon, 2005-07-25 at 21:36 -0400, Behdad Esfahbod wrote: > On Mon, 25 Jul 2005, Owen Taylor wrote: > > > -export-symbols is pretty straightforward to use - we use it (or > > actually, -export-symbols-regex for Pango). You probably could build > > the symbol file pretty easily by scanning the for FT_EXPORT ... > > well, if you didn't use that for internal symbols. > > Ulrich Drepper writes in his paper [1]: > > =================== > 2.2.6 Libtool's -export-symbols > > ... > > Interesting for us here is the code the linker produces using > this method. For the GNU linker Libtool converts -export-symbols > option into the completely useless -retain-symbols-file option. > This option instructs the linker to prune the normal symbol > tables, not the dynamic symbol table. The normal symbol table > will contain only the symbols named in the export list file plus > the special STT_SECTION symbols which might be needed in > relocations. All local symbols are gone. The problem is that > the dynamic symbol table is not touched at all and this is the > table which is actually used at runtime.
[...] > Don't know if this has changed since. A quick look at the > libtool ChangeLog doesn't suggest any. CC'ing > [EMAIL PROTECTED] Pretty sure it's: 2003-11-06 James Henstridge <[EMAIL PROTECTED]>, Scott James Remnant <[EMAIL PROTECTED]> * m4/libtool.m4 (AC_LIBTOOL_PROG_LD_SHLIBS) [Linux]: Fix the -export-symbols and -export-symbols-regex options. (ChangeLog.2003). The patch was floating around in places like the Red Hat package for a while before it got upstream. Regards, Owen
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel