../../layout/svg/nsSVGFilterFrame.o: In function `nsSVGFilterFrame::GetFilterContent(nsIContent*)':
/usr/obj/ports/xulrunner-24.8.0/mozilla-esr24/layout/svg/nsSVGFilterFrame.cpp:(.text._ZN16nsSVGFilterFrame16GetFilterContentEP10nsIContent+0x32): undefined reference to `nsSVGFE::COMTypeInfo<int>::kIID'
/usr/bin/ld: ../../layout/svg/nsSVGFilterFrame.o: relocation R_X86_64_PC32 against `_ZN7nsSVGFE11COMTypeInfoIiE4kIIDE' can not be used when making a shared object; recompile with -fPIC
(of course -fPIC is used when compiling nsSVGFilterFrame.o, so i'll just
blame llvm/ld and move on to other things. xulrunner is a dead end anyway)
At least this wont be in the way of a potential devel/llvm upgrade.
While here readd alpha to ONLY_FOR_ARCHS, just for fun..
Build-tested by semarie@, thanks!
The last reliable gecko builds on macppc were done with:
OpenBSD 5.8-current (GENERIC.MP) #761: Mon Aug 31 08:01:30 MDT 2015
(mpi@ says SecurePLT was commited beginning of Sep, so .. related?)
Thunderbird and firefox-esr strangely built on sparc64 (by accident?) in
may and june (when it was gecko 31) but other than that firefox itself
never built in 2015.
Anybody is welcome to look into this, just add you beloved arch to
ONLY_FOR_ARCHS in mozilla.port.mk.
While here, also amend ONLY_FOR_ARCHS in langpacks ports, no point in
packaging them if you don't have the corresponding package.
Avoids wasting hours during bulks, only keep xulrunner building on
powerpc and sparc64.
updates are triggered. This is following the struct if_data ABI change a few
days ago; if_msghdr has an embedded if_data. Some may be unnecessary, but
some are definitely needed and bumps are cheaper than debugging.
Problem reported with wpa_supplicant by Mikolaj Kucharski.
It is way too late to start moving stuff to an hypotethical xulrunner
31, so let's stay on the esr24 branch for this one - less important...
ok sthen@ jasper@ naddy@
- building from firefox-esr source tarball will allow us to better track
security fixes.. and download one less distfile.
- remove the two config/system-headers patches from #944454, were merged
in esr24 branch.
Went in a bulk build without fallout..
- nothing uses xulrunner 1.9 anymore, and that branch was EOL'd upstream
20 months ago (firefox36 was already unlinked from the build)
- www/fennec as a xul app is dead upstream, since now firefox mobile is
built on top of java android libs and thus unportable to regular OS.
The esr10 branch from which it was built upon was EOL'd upstream 10 months ago
- productivity/sunbird as a standalone app is dead upstream since 3
years, hypothetical users should just use thunderbird+lightning which
is still supported/developed.
No complains from ports@, this will allow for a serious mozilla ports
cleanup, and we're down to 5 mozillas in the ports tree.
(because WRAP_STL_INCLUDES is 1 there), it apparently added to fix a
windows build issue (bug #557060), make absolutely no sense to me, and
nothing in the mozilla tree includes it.
Should fix packaging issue as seen on i386 by nigel@ & sthen@ (and
probably other archs)
Based off Firefox 24 ESR engine, with 300% less patching included, and
finally using a standard directory layout!
- Similar split between -main & -devel as done in 1.9.
- Can be installed alongside 1.9
- Ports using 1.9 will gradually be migrated to 24 so that the
unmaintained 1.9 can hit the attic..
- Should build on ppc & sparc64, and maybe even alpha. Time will tell..
- manually strip the sdk/lib/lib*.so libraries, otherwise that copy of
libxul is 1Gb on amd64..
- To be improved in-tree over time, but will be linked to the build.
- Add gtar to BUILD_DEPENDS everywhere in moz.port.mk, since fx 18 will
start using gtar-only options. Ditto for unzip, used during install.
- special-case the deps for firefox/thunderbird/seamonkey, since those
are maintained on the long-term. Only those need to depend on the
latest and greatest nss/nspr.
- move the '--relax LDFLAGS for ppc' to moz.port.mk
- move the 'yasm BUILD_DEPENDS for i385/amd64' to moz.port.mk
- move more common CONFIGURE_ARGS to moz.port.mk (libevent,gio,bz2,gconf..)
- fix MODMOZ_WANTLIB wrt nss/nspr majors
- ensure we depend on sqlite3>=21, needed for fx/tb 18
- use --with-system-jpeg only in firefox36/sunbird/fennec/xulrunner,
fx/tb 18 will have to use its bundled libjpeg-turbo (#791305)
- bump REVISIONs for the WANTLIB/LIB_DEPENDS change.
