- rename libxul{,-embedding}.pc files to libxul19{,-embedding}.pc to
cope with an eventual xulrunner built from latest mozilla
- move some WANTLIB-devel from Makefile.inc to 1.9/Makefile
- use BASE_PKGPATH instead of devel/xulrunner/${MOZILLA_VERSION:R:R}, as
there might be a devel/xulrunner/last someday
- sanitize the subst regexps done on the .pc files, half of them were
useless
- bump REVISIONs.
Tested in a full bulk build with all xulrunner users..
here. Keep building xulrunner 1.8.x against systemwide cairo, as it
doesn't build with bundled cairo, because systemwide pango is too
recent and uses structs not defined in bundled cairo headers.
Too bad for the remaining xl 1.8 users, gtk-vnc-plugin and swt-browser..
if they fail, be my guest, fix them.
symlink libxpcomglue{,_s}_pic.a to libxpcomglue{,_s}.a so that #@#@!@$
libtool correctly links with the xpcom glue. Adjust libxul{-embedding}.pc
to return the appropriate _pic lib.
corresponding to ffx 3.5.x. Most patches taken from there, tested
successfully @ppc/amd64/sparc64. Branch 1.9.0.x is approaching attic
upstream, as ffx 3.0.x.
The plan is to move all users of xulrunner/1.8 to use this latest
version, and then ditch the old unmaintained one from ffx 2.x days.
xulrunners. this was necessary for smooth migration, since we want
plugins work for mozilla 1.8 branch too (seamonkey, thunderbird);
they are upwards-compatible if built against 1.8. however, some
new applications started to depend on 1.9, and also other (non-plugin)
apps will start to migrate so that the old xulrunner can go away
requested by many; bulk build & pkgpath & bump done by sthen@
