On Aug 23 21:43:10, lan...@rhaalovely.net wrote: > On Fri, Aug 23, 2013 at 09:37:02PM +0200, Jan Stary wrote: > > On Aug 23 20:34:10, lan...@rhaalovely.net wrote: > > > On Fri, Aug 23, 2013 at 07:27:16PM +0200, Jan Stary wrote: > > > > On Aug 09 09:31:19, h...@stare.cz wrote: > > > > > > It is sometimes not present in package snapshots because the > > > > > > machine building the > > > > > > official packages doesnt have enough physical memory to properly > > > > > > link it, so it > > > > > > often fails. You have to build it yourself or wait for a newer > > > > > > snapshot > > > > > > to have it.. > > > > > > Links without issues on a macmini with 1gb physmem and 3g swap. > > > > > > > > > > Thank you for the insight; i am building it myself now. > > > > > > > > > > > To be more precise, in the snapshots now present on the mirrors, it > > > > > > failed because of: > > > > > > > > > > > > gmake[5]: Leaving directory > > > > > > `/usr/ports/pobj/firefox-21.0/build-powerpc/toolkit/components/feeds' > > > > > > gmake[4]: *** [autocomplete_tools] Segmentation fault (core dumped) > > > > > > gmake[4]: *** Waiting for unfinished jobs.... > > > > > > > > > > > > random segfaults in the compiler are quite frequent on 'exotic' > > > > > > archs.. > > > > > > > > > > Hm, let's see if it goes through on my 1G MacMini. > > > > > > > > It built just fine: firefox-23.0p0. > > > > However, it refuses to start: > > > > > > > > $ firefox > > > > > > > > XPCOMGlueLoad error for file > > > > /usr/local/lib/firefox-23.0/libxul.so.42.0: > > > > Cannot load specified object > > > > Couldn't load XPCOM. > > > > > > That usually means something in the deps chain is screwed. Use ldd on > > > libxul or ktrace to figure it out. > > > > > > > Hmm, the file cannot even be ldd'd. > > What could that mean? > > > > $ ldd /usr/local/lib/firefox-23.0/libxul.so.42.0 > > /usr/local/lib/firefox-23.0/libxul.so.42.0: > > Cannot load specified object > > > > $ file /usr/local/lib/firefox-23.0/libxul.so.42.0 > > /usr/local/lib/firefox-23.0/libxul.so.42.0: ELF 32-bit MSB shared > > object, PowerPC or cisco 4500, version 1, for OpenBSD, dynamically > > linked, stripped > > Use objdump, LD_DEBUG=1; etc etc.
Hm, when rebuilt without NOPROFILE, as suggested in relation to another problem, it runs fine, It just complains about a libstdc++ symbol size mismatch.
