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 761572 - gstreamer: build failure in docs: undefined symbol
gstreamer: build failure in docs: undefined symbol
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other FreeBSD
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-04 20:53 UTC by Koop Mast (kwm)
Modified: 2016-11-11 19:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Koop Mast (kwm) 2016-02-04 20:53:47 UTC
Git master from Jan 4th builds fine, so something broke between then and now.

For gstreamer 1.7.1:
% git branch -v
* master 438a83d controller: Do not unset uninitiallized GValue

gmake[4]: Entering directory '/home/kwm/gst/head/gstreamer/docs/gst'
gmake  all-am
gmake[5]: Entering directory '/home/kwm/gst/head/gstreamer/docs/gst'
dot -Tsvg gst-universe.dot | sed 's/\(font-size:[0-9]*\.[0-9]*\);/\1px;/g' >gst-universe.svg
  DOC   Scanning header files
  DOC   Introspecting gobjects

(gst-plugin-scanner:52947): GStreamer-WARNING **: Failed to load plugin '/home/kwm/gst/head/gstreamer/plugins/tracers/.libs/libgstcoretracers.so': /home/kwm/gst/head/gstreamer/plugins/tracers/.libs/libgstcoretracers.so: Undefined symbol "gst_tracer_record_log"

(gst-plugin-scanner:52947): GStreamer-WARNING **: Failed to load plugin '/home/kwm/gst/head/gstreamer/plugins/elements/.libs/libgstcoreelements.so': /home/kwm/gst/head/gstreamer/plugins/elements/.libs/libgstcoreelements.so: Undefined symbol "gst_pad_set_event_full_function_full"

(gst-plugin-scanner:52947): GStreamer-WARNING **: Failed to load plugin '/home/kwm/gst/head/gstreamer/libs/gst/base/.libs/libgstbase-1.0.so': /home/kwm/gst/head/gstreamer/libs/gst/base/.libs/libgstbase-1.0.so: Undefined symbol "gst_segment_position_from_running_time"

(gst-plugin-scanner:52947): GStreamer-WARNING **: Failed to load plugin '/home/kwm/gst/head/gstreamer/libs/gst/net/.libs/libgstnet-1.0.so': /home/kwm/gst/head/gstreamer/libs/gst/base/.libs/libgstbase-1.0.so.0: Undefined symbol "gst_segment_position_from_running_time"
/home/kwm/gst/head/gstreamer/docs/gst/.libs/gstreamer-scan: Undefined symbol "gst_tracer_get_type"
Scan failed:
Makefile:886: recipe for target 'scan-build.stamp' failed
gmake[5]: *** [scan-build.stamp] Error 1

----------------------------------------------------------------

19:34 < kwm> is this known or should I file a small bug report?
             http://dpaste.com/1PKN96V
19:49 < __tim> I haven't seen it before
19:49 < __tim> this is in an installed or uninstalled setup?
19:50 < __tim> there's a problem with the uninstalled setup on some systems
               because of some libtool path order thing, maybe you're running
               into that too
19:51 < __tim> but even more, it shouldn't be loading plugins in docs/gst/
               anyway, I think
19:56 < kwm> __tim: uninstalled
19:57 < kwm> 1.6.2 is installed
19:58 < kwm> __tim: I haven't updated gst-plugins-base (which is from jan 4).
             The gstreamer checkout from master of the same date had no problem
             building.
19:58 < __tim> yeah, it must be pulling in the installed old
               libgstreamer-1.0.so, but I'm not sure why
19:59 < __tim> docs/gst/Makefile.am has the .la files to the core libs there,
               so it should be using the local ones
19:59 < __tim> unless the problem is the order, can you check if moving
               $(GST_OBJ_LIBS) to the end in GTKDOC_LIBS =  fixes anything?
20:01 < kwm> __tim: no luck
20:02 < __tim> dunno then, I blame libtool :)
20:09 < kwm> __tim: right :), will file a bug later with the above info, I
             guess then
20:11 < __tim> I think you'll have to dig through the libtool scripts to see
               what's going on ;)
Comment 1 Tim-Philipp Müller 2016-08-08 17:55:33 UTC
Perhaps you have some libgsteamer*.la files lying around in /usr/lib/* or /usr/local/lib/* that mess this up?
Comment 2 Tim-Philipp Müller 2016-11-11 19:25:53 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!