../../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)
