[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: soname (was Re: [ft-devel] Freetype library for LSB)
From: |
Owen Taylor |
Subject: |
Re: soname (was Re: [ft-devel] Freetype library for LSB) |
Date: |
Mon, 25 Jul 2005 23:35:28 -0400 |
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
> address@hidden
Pretty sure it's:
2003-11-06 James Henstridge <address@hidden>,
Scott James Remnant <address@hidden>
* 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