[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.


Attachment: signature.asc
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]