Re: soname (was Re: [ft-devel] Freetype library for LSB)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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]: | | | Don't know if this has changed since. A quick look at the | libtool ChangeLog doesn't suggest any. CC'ing | [EMAIL PROTECTED] You could try looking at the code, searching the mailing list archives, google, etc.. ~if test $supports_anon_versioning = yes; then ~ _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$echo { global: $output_objdir/$libname.ver~ ~ cat $export_symbols | sed -e s/\(.*\)/\1;/ $output_objdir/$libname.ver~ ~ $echo local: *; }; $output_objdir/$libname.ver~ ~ $CC -shared'$tmp_addflag' $libobjs $deplibs $compiler_flags ${wl}-soname $wl$soname ${wl}-version-script ${wl}$output_objdir/$libname.ver -o $lib' ~fi It is only used on linux though, other ELF systems on which -version-script should probably also be used, it is not. Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQuWxV7iDAg3OZTLPAQIImAP/ZOb/oAg15JjilAGfEToTFuDseq2fmLGl X/OxmV7cwe9+ZgMAttZT/OmhHxWMDdFgiCTaLmMmno6zddcMOi4NyYzc8jblBeAZ Xo74OlmtWkJyNxtIjcT5MQS8rDsp2mkSpjNTwzrycU1TfPi7ZZV44Oiifsr6J0UT tsA+t7NcTbU= =oCzT -END PGP SIGNATURE- ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: soname (was Re: [ft-devel] Freetype library for LSB)
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. The effect of the using libtool this way is that programs reading the normal symbol table (for instance nm) do not find any symbols but those listed in the export list. Neither have any symbols been made unavailable for the dynamic linker, nor have any normal relocations been converted into relative relocations. The only reason this method is mentioned here is that there is hope libtool will learn about converting the export lists into the anonymous version maps we have seen in the previous section when the GNU linker is used. At that point libtool will become useful. Until then relying on its -export-symbols option is misleading at best. == Don't know if this has changed since. A quick look at the libtool ChangeLog doesn't suggest any. CC'ing [EMAIL PROTECTED] [1] http://www.livejournal.com/users/udrepper/2491.html --behdad http://behdad.org/ ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: soname (was Re: [ft-devel] Freetype library for LSB)
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