GNOME Bugzilla – Bug 673286
[PATCH] gtk-doc scanner can't scan uninstalled gstreamer
Last modified: 2012-08-07 08:43:43 UTC
docs/gst/$(DOC_MODULE)-scan program tries to open a plugin, which depends on libgstbase. Because gstreamer it not installed yet, it fails (displays a pop-up window with an error message).
Created attachment 211065 [details] [review] Define GTKDOC_RUN to be used in common Uses libtool --mode=execute to run the scanner, telling libtool to add directories of the shared libraries to its PATH before running it. GTKDOC_RUN is used in common (see the other patch)
Created attachment 211066 [details] [review] Uses GTKDOC_RUN to specify RUN envvar for gtk-doc
Created attachment 211101 [details] [review] Define GTKDOC_RUN to be used in common (-base) Uses libtool --mode=execute to run the scanner, telling libtool to add directories of the shared libraries to its PATH before running it. GTKDOC_RUN is used in common (see the other patch)
To clarify: attachment 211101 [details] [review] is for -base, attachment 211065 [details] [review] is for core.
Created attachment 211738 [details] [review] Define GTKDOC_RUN to be used in common (core) Updated the patch to work with current git master core. Probably should have used some kind of variable instead of "1.0" (the way it's done for -base; but then, i haven't tried to compile -base yet, maybe it requires patching too...)
Created attachment 211742 [details] [review] Define GTKDOC_RUN to be used in common (core) This version uses @GST_API_VERSION@ instead of hard-coded 1.0
Created attachment 211779 [details] [review] Define GTKDOC_RUN to be used in common (-base) Uses @GST_API_VERSION@ instead of @GST_MAJORMINOR@
Created attachment 212028 [details] [review] Define GTKDOC_RUN to be used in common (-base) Same as before, but without libgstinterfaces, which was removed in http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=69b18ab09d01c6baa37e502887a5fd7e93892f54
Out of curiosity, is it enough to just add these .la to GTKDOC_LIBS ?
No idea. If GTKDOC_LIBS is for linking, then that's not going to work, because it'll just do dynamic linking (it does anyway?), and then it will still need .dll files to run.
> No idea. > If GTKDOC_LIBS is for linking, then that's not going to work, because it'll > just do dynamic linking (it does anyway?), and then it will still need .dll > files to run. Yes, but if I'm not mistaken libtool should in that case ensure that the local .DLLs from the build tree are found and used.
LRN: ping?
Created attachment 220436 [details] [review] Add proper libraries to GST_LIBS instead Tim, you were right.
Created attachment 220441 [details] [review] Add proper libraries to GST_LIBS instead (-base) -base version of the above
commit f8858297300c8787edd5f42de8883ff3c5295c71 Author: Руслан Ижбулатов <lrn1986@gmail.com> Date: Mon Aug 6 17:28:06 2012 +0400 docs: Add proper libraries to GST_LIBS instead (-base) commit 2ec1ac8af03cc7f660b4242389c2a8d4a476f96a Author: Руслан Ижбулатов <lrn1986@gmail.com> Date: Mon Aug 6 16:33:57 2012 +0400 docs: Make sure scanner gets required libraries