pango.trigger issues for win32 builds
Submitted by Morten Welinder
Link to original bug (#709746)
Description
jhbuild 3.5.91, linux mint 15 olivia. Build target is i586-mingw32msvc-g++ These run natively using wine, so the build is not a cross build, just a non-default target.
/usr/share/jhbuild/triggers/pango.trigger contains essentially these three lines. I have issues with each one.
IfExecutable: pango-querymodules
REMatch: /lib./pango/./modules/.*.so
pango-querymodules > $JHBUILD_PREFIX/etc/pango/pango.modules
Issues:
-
Testing for pango-querymodules is wrong because that is not what pango's build process creates. It should be something like pango-querymodules$(EXEEXT) Why do the check? Immediately before the check, jhbuild has already checked that pango has been installed.
Not a big deal: one symlink later and I'm in business.
-
The REMatch looks for ".so". Again, that's not what the build process creates. In my case it creates .dll files.
This one I don't really see what to do about, other than perhaps dropping the check.
-
The command -- missing $(EXEEXT) again -- dumps its output in "etc". That is a strange location given that the input is in "lib". "etc" is really "share"'s older cousin and should be architecture independent.
Note, that "pango-querymodules --update-cache" uses "lib".
I am guessing this all boils down to this: I would like to be able to override jhbuild's triggers or perhaps trigger directory somehow.
I have similar problems with gdk-pixbuf.trigger. Interestingly enough gtk+'s trigger actually works for me -- it runs the command for the wrong platform, but its input and output are architecture independent.