[Bug 681635] Use GTKDOC_REBASE and GTK_DOC_USE_REBASE

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=681635
  GStreamer | common | git

--- Comment #4 from LRN <lrn1986 at gmail.com> 2012-08-11 15:38:28 UTC ---
1) Bumping gtk-doc requirement is out of my hands. Ask ensonic.

2) Configure script DOES detect gtkdoc-rebase. HOWEVER, if user defined
GTKDOC_REBASE at configure stage, and it looks like a path, configure script
will use that instead of trying to find gtkdoc-rebase by itself. No matter how
it finds gtkdoc-rebase, it will push it towards Makefile as GTKDOC_REBASE, and
will define AM conditional GTK_DOC_USE_REBASE.

3) That conditional is defined in common/m4/gtk-doc.m4, see the bottom of the
file:
  AM_CONDITIONAL([ENABLE_GTK_DOC], [test x$enable_gtk_doc = xyes])
  AM_CONDITIONAL([GTK_DOC_BUILD_HTML], [test x$enable_gtk_doc_html = xyes])
  AM_CONDITIONAL([GTK_DOC_BUILD_PDF], [test x$enable_gtk_doc_pdf = xyes])
  AM_CONDITIONAL([GTK_DOC_USE_LIBTOOL], [test -n "$LIBTOOL"])
  AM_CONDITIONAL([GTK_DOC_USE_REBASE], [test -n "$GTKDOC_REBASE"])
So it wasn't my idea. Ask ensonic to remove it. But then there will have to be
a way to block $(GTKDOC_REBASE) from being run (since GTKDOC_REBASE would be
defined to empty string). Maybe like this:
  if test -n $(GTKDOC_REBASE); then \
    $(GTKDOC_REBASE) ... \
  fi
Or maybe gtk-doc.m4 should be modified to define GTKDOC_REBASE to be a dummy if
it fails to find real gtkdoc-rebase. In that case $(GTKDOC_REBASE) can be used
unconditionally.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.