[Bug 747697] Documentation fails to build because of missing libraries

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Apr 14 07:44:57 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=747697

--- Comment #9 from LRN <lrn1986 at gmail.com> ---
After thinking a bit about this and the confusion this issue appears to be
causing to the developers, here's some thoughts:

The problem is that doc-scanner scans *libraries* (GTKDOC_LIBS only has names
from gst-libs), but ends up loading plugins too (because it runs gst_init,
which updates the registry). libtool, when it runs the scanner, knows nothing
about plugins and their dependencies, and has no way to know that it needs to
have some extra DLLs (libgstadaptivemux) in PATH. Which is why dash plugin
fails to load.

The other problem has the same roots: installed libgstbadvideo (from 1.4.5) is
loaded instead of the one that was just built (from git). It has different size
of the GstVideoAggregatorPad structure, hence the warning and, eventually,
hangup (because initialization critically fails).

attachment 301368 is, IMHO, an acceptable workaround. One could change PATH
instead of adding -L directories, but that would be too overtly
windows-oriented.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list