GNOME Bugzilla – Bug 614833
out of srcdir build fails for libs/gst/check
Last modified: 2010-04-07 15:28:59 UTC
make[2]: Entering directory `/home/ensonic/projects/gstreamer/gstreamer/build_dbg/libs/gst/check' PKG_CONFIG_PATH="../../../pkgconfig::/home/ensonic/buzztard/lib/pkgconfig" \ /usr/bin/g-ir-scanner -v --namespace GstCheck \ --nsversion=0.10 \ --strip-prefix=Gst \ -I../../../.. \ --c-include='gst/check/internal-check.h' --c-include='gst/check/gstbufferstraw.h' --c-include='gst/check/gstcheck.h' --c-include='gst/check/gstconsistencychecker.h' \ --add-include-path=../../../gst \ --library=libgstcheck-0.10.la \ --include=Gst-0.10 \ --libtool="../../../libtool" \ --pkg gstreamer-0.10 \ --output GstCheck-0.10.gir \ ../../../../libs/gst/check/internal-check.h ../../../../libs/gst/check/gstbufferstraw.h ../../../../libs/gst/check/gstcheck.h ../../../../libs/gst/check/gstconsistencychecker.h \ ../../../../libs/gst/check/gstbufferstraw.c ../../../../libs/gst/check/gstcheck.c ../../../../libs/gst/check/gstconsistencychecker.c ERROR: ../../../../libs/gst/check/internal-check.h: no such a file or directory make[2]: *** [GstCheck-0.10.gir] Fehler 1 make[2]: Leaving directory `/home/ensonic/projects/gstreamer/gstreamer/build_dbg/libs/gst/check' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/ensonic/projects/gstreamer/gstreamer/build_dbg/libs/gst/check' make: *** [all] Fehler 2 Problem is that "internal-check.h" is generated (copied) and thus in builddir.
Created attachment 157916 [details] [review] build: fix out of sourcedir build for check
Comment on attachment 157916 [details] [review] build: fix out of sourcedir build for check Looks good I guess, please push. This is only necessary since we have our own check copy
Ah, this is when building from git with builddir != srcdir. I was wondering why make distcheck works fine.. :-)
What about the docs build issue?
I am working on those. I have a tentative gtk-doc patch. If this looks good I modify ouurs. But that can be done independent from this.
Ok, I thought it might be a bug in our common/gtk-doc*.mak