After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 336835 - libgstsid.so has missing symbols
libgstsid.so has missing symbols
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-01 13:53 UTC by Thomas Vander Stichele
Modified: 2006-04-01 15:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Thomas Vander Stichele 2006-04-01 13:53:00 UTC 
it's not even linked to libgstreamer or libglib:

ldd .libs/libgstsid.so
        linux-gate.so.1 =>  (0x00b25000)
        libsidplay.so.1 => /usr/lib/libsidplay.so.1 (0x00436000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00259000)
        libc.so.6 => /lib/libc.so.6 (0x00265000)
        /lib/ld-linux.so.2 (0x00bc2000)

when loading the plugin, it fails with:
WARN  (0x9213908 - 0:00:00.527789000)   GST_PLUGIN_LOADING(14089) gstplugin.c(414):gst_plugin_load_file: module_open failed: /usr/lib/libsidplay.so.1: undefined symbol: _ZTVN10__cxxabiv117__class_type_infoE
Comment 1 Thomas Vander Stichele 2006-04-01 15:40:33 UTC 
After digging through this, this is because of the AS_LIBTOOL_TAGS macro Andy copied from somewhere.

The macro is supposed to register the tags you want the generated libtool to support, so you can have configure not check for F77 or CXX support if not needed.

However, the redefined LT macro gets expanded after creating libtool, and thus the generated libtool script has no available_tags variable set, and the markers like

# ### BEGIN LIBTOOL TAG CONFIG: CXX

are not in the generated libtool script.

I spent a few hours trying to understand the m4 expansion but couldn't understand why this was handled wrong.

Since we probably prefer correctness over speed, I've disabled AS_LIBTOOL_TAGS for now until someone decides to look into this further.