GNOME Bugzilla – Bug 607313
Make gst-python buildable with MSys
Last modified: 2012-12-17 11:38:28 UTC
Created attachment 151673 [details] [review] Make gst-python buildable with MSys Partially depends on https://bugzilla.gnome.org/show_bug.cgi?id=607273 With this patch and the following configure magic it is possible to successfully build gst-python with MinGW/MSys configure magic (assuming that gstreamer and gst-plugins-base are installed into /local and Python is installed into C:\Python26): PKG_CONFIG_PATH=/local/lib/pkgconfig:/C/Python26/Lib/pkgconfig${PKG_CONFIG_PATH:+:$PKG_CONFIG_PATH} CFLAGS="-Wno-format" CPPFLAGS="-fno-common -Wno-format -I/local/include" LDFLAGS="-no-undefined -L/local/lib -L/C/Python26/Lib/site-packages" ./autogen.sh
Is this patch still valid and needed? if it is, you probably also want to check for Win64
Created attachment 188716 [details] [review] Make gst-python buildable with MSys (updated)
I've tried this on current gst-python HEAD. Revised patch is attached. However, i cannot complete the build, because i'm hitting the #398567 , i.e. the build stops at linking stage. Since the patch is concerned 100% with the buildsystem (and not with the code), i would tell that this means that the patch performed successfully. Some bits might be redundant, but we won't know until #398567 is resolved (at least - for me).
Ok, then let's add a dependency on bug #398567 and wait until that one is resolved before continuing with this one. Any idea how bug #398567 could be fixed? :)
None. I have little understanding of what gst-python does, and where the symbol in question should come from (it isn't in libxml, AFAIU).
Closing this bug now, gst-python is only an extension module to pygi now and this bug doesn't make much sense anymore in this context. Also gst-python 0.10 is succesfully built with msys/mingw for the GStreamer SDK nowadays.