GNOME Bugzilla – Bug 402044
Doesn't compile with some features disabled in core
Last modified: 2010-09-07 13:14:29 UTC
Currently gst-python assumes all features are built into the core GStreamer against which it is being built. Checks should be added to figure out at configure time which feature are disabled (by checking the GST_DISABLE_* defines in gstconfig.h) and ignore the related types and macros.
committed the minimum to show how you can ignore some methods. 2007-05-23 Edward Hervey <edward@fluendo.com> * configure.ac: * gst/Makefile.am: * gst/gst-disable-loadsave.ignore: * gst/gstversion.override.in: Example of how to properly ignore methods that aren't available if some feature is disabled in GStreamer core.
That gst/gst-disable-loadsave.ignore should be more like this: %% ignore gst_element_save_thyself gst_element_restore_thyself gst_xml_new gst_xml_get_topelements gst_xml_parse_memory %% ignore-type GstXML %% but unfortunately this fails terribly in gst.override still: gst.c: In function '_wrap_gst_xml_write': gst.c:23506: warning: implicit declaration of function '_gst_get_libxml2_module' gst.c:23506: warning: initialization makes pointer from integer without a cast gst.c:23507: error: 'xmlDocPtr' undeclared (first use in this function) gst.c:23507: error: (Each undeclared identifier is reported only once gst.c:23507: error: for each function it appears in.) gst.c:23507: error: expected ';' before 'ret' ... Any hints? Shouldn't the part starting gst.override:555 be somehow conditional?
The issue in comment #2 is fixed in CVS.
Edward, is this still a problem? My core has "--disable-nls --disable-loadsave --disable-trace" and gst-python builds just fine.
I guess it's no longer an issue then :)