FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 02-21-2012, 09:03 PM
Mick
 
Default Firefox-10.0.1 fails to compile on x86

Hi All,

The latest stable x86 firefox fails to compile:
====================================
/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu/config/nsinstall
-D ../../dist/sdk/lib
rm -f libxul.so
/usr/bin/python2.7
/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/config/pythonpath.py
-I../../config /mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/config/expandlibs_exec.py
--uselist -- i686-pc-linux-gnu-g++ -fno-rtti -Wall -Wpointer-arith
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof
-Wno-variadic-macros -Werror=return-type -march=pentium3 -pipe
-mno-avx -fno-exceptions -fno-strict-aliasing -std=gnu++0x
-fno-tree-vrp -pthread -ffunction-sections -fdata-sections -pipe
-DNDEBUG -DTRIMMED -g -O2 -fomit-frame-pointer -fPIC -shared
-Wl,-z,defs -Wl,--gc-sections -Wl,-h,libxul.so -o libxul.so
nsStaticXULComponents.o nsUnicharUtils.o nsBidiUtils.o nsRDFResource.o
-lpthread -Wl,-O1 -Wl,--as-needed
-Wl,-rpath-link,/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu/dist/bin
-Wl,-rpath-link,/usr/lib ../../toolkit/xre/libxulapp_s.a
../../staticlib/components/libnecko.a
../../staticlib/components/libuconv.a
../../staticlib/components/libi18n.a
../../staticlib/components/libchardet.a
../../staticlib/components/libjar50.a
../../staticlib/components/libstartupcache.a
../../staticlib/components/libpref.a
../../staticlib/components/libhtmlpars.a
../../staticlib/components/libimglib2.a
../../staticlib/components/libgkgfx.a
../../staticlib/components/libgklayout.a
../../staticlib/components/libdocshell.a
../../staticlib/components/libembedcomponents.a
../../staticlib/components/libwebbrwsr.a
../../staticlib/components/libnsappshell.a
../../staticlib/components/libtxmgr.a
../../staticlib/components/libcommandlines.a
../../staticlib/components/libtoolkitcomps.a
../../staticlib/components/libpipboot.a
../../staticlib/components/libpipnss.a
../../staticlib/components/libappcomps.a
../../staticlib/components/libjsreflect.a
../../staticlib/components/libcomposer.a
../../staticlib/components/libjetpack_s.a
../../staticlib/components/libtelemetry.a
../../staticlib/components/libjsdebugger.a
../../staticlib/components/libstoragecomps.a
../../staticlib/components/librdf.a
../../staticlib/components/libwindowds.a
../../staticlib/components/libjsctypes.a
../../staticlib/components/libjsperf.a
../../staticlib/components/libgkplugin.a
../../staticlib/components/libunixproxy.a
../../staticlib/components/libjsd.a
../../staticlib/components/libautoconfig.a
../../staticlib/components/libauth.a
../../staticlib/components/libcookie.a
../../staticlib/components/libpermissions.a
../../staticlib/components/libuniversalchardet.a
../../staticlib/components/libfileview.a
../../staticlib/components/libplaces.a
../../staticlib/components/libtkautocomplete.a
../../staticlib/components/libsatchel.a
../../staticlib/components/libpippki.a
../../staticlib/components/libwidget_gtk2.a
../../staticlib/components/libsystem-pref.a
../../staticlib/components/libimgicon.a
../../staticlib/components/libaccessibility.a
../../staticlib/components/libremoteservice.a
../../staticlib/components/libspellchecker.a
../../staticlib/components/libzipwriter.a
../../staticlib/components/libservices-crypto.a
../../staticlib/libjsipc_s.a ../../staticlib/libdomipc_s.a
../../staticlib/libdomplugins_s.a ../../staticlib/libmozipc_s.a
../../staticlib/libmozipdlgen_s.a ../../staticlib/libipcshell_s.a
../../staticlib/libgfx2d.a ../../staticlib/libgfxipc_s.a
../../staticlib/libhal_s.a ../../staticlib/libxpcom_core.a
../../staticlib/libucvutil_s.a ../../staticlib/libchromium_s.a
../../staticlib/libmozreg_s.a ../../staticlib/libgtkxtbin.a
../../staticlib/libthebes.a ../../staticlib/libycbcr.a
../../staticlib/libangle.a -L../../dist/bin -L../../dist/lib -ljpeg
-lpng ../../gfx/qcms/libmozqcms.a
/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu/dist/lib/libjs_static.a
-lffi -Wl,-R/usr/lib -L/usr/lib -lssl3 -lsmime3 -lnss3 -lnssutil3
-lcrmf -lcairo -lpixman-1 -lfreetype -lfontconfig -L/usr/lib
-lXrender -lcairo -lX11 ../../gfx/harfbuzz/src/libmozharfbuzz.a
../../gfx/ots/src/libmozots.a ../../dist/lib/libmozsqlite3.a -lz
-lhunspell-1.3 -L/usr/lib -levent -L/usr/lib -lvpx -lasound
-L../../dist/bin -L../../dist/lib -Wl,-R/usr/lib -L/usr/lib -lplds4
-lplc4 -lnspr4 -lpthread -ldl ../../dist/lib/libmozalloc.a -pthread
-ldbus-glib-1 -ldbus-1 -lpthread -lgobject-2.0 -lgthread-2.0 -lrt
-lglib-2.0 -L/usr/lib -lX11 -lXext -pthread -lpangof
t2-1.0 -lfreetype -lfontconfig -lpangocairo-1.0 -lpango-1.0 -lcairo
-lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -pthread
-lgtk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lfreetype
-lfontconfig -lgdk-x11-2.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0
-lpango-1.0 -lcairo -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lrt
-lglib-2.0 -lXt -lgthread-2.0 -lfreetype -lz -lbz2
-lstartup-notification-1 -ldl -lrt
collect2: ld terminated with signal 9 [Killed]
make[5]: *** [libxul.so] Error 1
make[5]: Leaving directory
`/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu/toolkit/library'
make[4]: *** [libs_tier_platform] Error 2
make[4]: Leaving directory
`/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu'
make[3]: *** [tier_platform] Error 2
make[3]: Leaving directory
`/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu'
make[2]: *** [default] Error 2
make[2]: Leaving directory
`/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release/obj-i686-pc-linux-gnu'
make[1]: *** [realbuild] Error 2
make[1]: Leaving directory
`/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release'
make: *** [build] Error 2
emake failed
* ERROR: www-client/firefox-10.0.1 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 85: Called src_compile
* environment, line 6669: Called die
* The specific snippet of code:
* CC="$(tc-getCC)" CXX="$(tc-getCXX)" LD="$(tc-getLD)"
MOZ_MAKE_FLAGS="${MAKEOPTS}" emake -f client.mk || die "emake failed";
*
* If you need support, post the output of 'emerge --info
=www-client/firefox-10.0.1',
* the complete build log and the output of 'emerge -pqv
=www-client/firefox-10.0.1'.
* The complete build log is located at
'/var/log/portage/www-client:firefox-10.0.1:20120221-062616.log'.
* The ebuild environment file is located at
'/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/temp/environment'.
* S: '/mnt/video/tmp_portage/portage/www-client/firefox-10.0.1/work/mozilla-release'
====================================

I found this bug in Google:

https://bugzilla.mozilla.org/show_bug.cgi?id=643690

Has anyone come across this problem and is there a Gentoo fix other
than waiting for a new release?
--
Regards,
Mick
 
Old 02-21-2012, 09:34 PM
Alex Schuster
 
Default Firefox-10.0.1 fails to compile on x86

Mick writes:

> The latest stable x86 firefox fails to compile:
[... big linking being done ...]
> collect2: ld terminated with signal 9 [Killed]
> make[5]: *** [libxul.so] Error 1
[...]

Do you have enough memory on that machine, is swap space activated? The
linking phase will need a lot of memory. Although I don't understand why
ld would terminate with signal 9 then.

> I found this bug in Google:
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=643690

I'm not so sure this is related.

Wonko
 
Old 02-21-2012, 09:51 PM
Nikos Chantziaras
 
Default Firefox-10.0.1 fails to compile on x86

On 22/02/12 00:34, Alex Schuster wrote:

Mick writes:


The latest stable x86 firefox fails to compile:

[... big linking being done ...]

collect2: ld terminated with signal 9 [Killed]
make[5]: *** [libxul.so] Error 1

[...]

Do you have enough memory on that machine, is swap space activated? The
linking phase will need a lot of memory. Although I don't understand why
ld would terminate with signal 9 then.


When there's not enough memory available, signal 9 is actually how the
system recovers from that, by killing the offending process.


dmesg should have given a clue about what happened in that case.
 
Old 02-21-2012, 11:22 PM
Philip Webb
 
Default Firefox-10.0.1 fails to compile on x86

120222 Nikos Chantziaras wrote:
> On 22/02/12 00:34, Alex Schuster wrote:
>> Mick writes:
>>> The latest stable x86 firefox fails to compile:
>> [... big linking being done ...]
>>> collect2: ld terminated with signal 9 [Killed]
>>> make[5]: *** [libxul.so] Error 1
>> [...]
>> Do you have enough memory on that machine, is swap space activated?
>> The linking phase will need a lot of memory.
>> Although I don't understand why ld would terminate with signal 9 then.
> When there's not enough memory available, signal 9 is actually
> how the system recovers from that, by killing the offending process.
> dmesg should have given a clue about what happened in that case.

I compiled FF 10.0.1 on amd64 without any problems :
it needed 3,61 GB disk space for the link stage
& most/all of my 2 GB memory.

--
========================,,======================== ====================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca
 
Old 02-22-2012, 12:11 AM
walt
 
Default Firefox-10.0.1 fails to compile on x86

On 02/21/2012 02:03 PM, Mick wrote:
> Hi All,
>
> The latest stable x86 firefox fails to compile:
> ====================================
> www-client/firefox-10.0.1/work/mozilla-release

I noticed that firefox-bin (I got sick of compiling the damned thing every
two weeks) just updated this morning to 10.0.2, so I'd be tempted to wait
a few days until the compile-it-yourself version catches up.
 
Old 02-22-2012, 06:11 AM
Mick
 
Default Firefox-10.0.1 fails to compile on x86

On Wednesday 22 Feb 2012 00:22:27 Philip Webb wrote:
> 120222 Nikos Chantziaras wrote:
> > On 22/02/12 00:34, Alex Schuster wrote:
> >> Mick writes:
> >>> The latest stable x86 firefox fails to compile:
> >> [... big linking being done ...]
> >>
> >>> collect2: ld terminated with signal 9 [Killed]
> >>> make[5]: *** [libxul.so] Error 1
> >>
> >> [...]
> >> Do you have enough memory on that machine, is swap space activated?
> >> The linking phase will need a lot of memory.
> >> Although I don't understand why ld would terminate with signal 9 then.
> >
> > When there's not enough memory available, signal 9 is actually
> > how the system recovers from that, by killing the offending process.
> > dmesg should have given a clue about what happened in that case.
>
> I compiled FF 10.0.1 on amd64 without any problems :
> it needed 3,61 GB disk space for the link stage
> & most/all of my 2 GB memory.

Thanks guys, I did add half a gig of swap just in case to the 250M already
available. It may be that this old box is now soooo old that I can no longer
emerge FF on it. I will try adding some more swap (which of course will take
away available disk space for /var/portage) and see what I run out of.

PS. I was expecting some message on screen saying "no space left on device",
but have not checked dmesg for running out memory errors.
--
Regards,
Mick
 
Old 02-22-2012, 02:26 PM
Q
 
Default Firefox-10.0.1 fails to compile on x86

On Tue, 21 Feb 2012 17:11:31 -0800
walt <w41ter@gmail.com> wrote:

> On 02/21/2012 02:03 PM, Mick wrote:
> > Hi All,
> >
> > The latest stable x86 firefox fails to compile:
> > ====================================
> > www-client/firefox-10.0.1/work/mozilla-release
>
> I noticed that firefox-bin (I got sick of compiling the damned thing
> every two weeks) just updated this morning to 10.0.2, so I'd be
> tempted to wait a few days until the compile-it-yourself version
> catches up.

I doubt there will be one until at least 10.0.3. Firefox 10.0.2 was
released because of a security bug in <media-libs/libpng-1.5.9, and
1.5.9 has been stable a couple of days already.
 
Old 02-23-2012, 07:33 AM
Mick
 
Default Firefox-10.0.1 fails to compile on x86

On Wednesday 22 Feb 2012 07:11:15 Mick wrote:
> On Wednesday 22 Feb 2012 00:22:27 Philip Webb wrote:
> > 120222 Nikos Chantziaras wrote:
> > > On 22/02/12 00:34, Alex Schuster wrote:
> > >> Mick writes:
> > >>> The latest stable x86 firefox fails to compile:
> > >> [... big linking being done ...]
> > >>
> > >>> collect2: ld terminated with signal 9 [Killed]
> > >>> make[5]: *** [libxul.so] Error 1
> > >>
> > >> [...]
> > >> Do you have enough memory on that machine, is swap space activated?
> > >> The linking phase will need a lot of memory.
> > >> Although I don't understand why ld would terminate with signal 9 then.
> > >
> > > When there's not enough memory available, signal 9 is actually
> > > how the system recovers from that, by killing the offending process.
> > > dmesg should have given a clue about what happened in that case.
> >
> > I compiled FF 10.0.1 on amd64 without any problems :
> > it needed 3,61 GB disk space for the link stage
> > & most/all of my 2 GB memory.
>
> Thanks guys, I did add half a gig of swap just in case to the 250M already
> available. It may be that this old box is now soooo old that I can no
> longer emerge FF on it. I will try adding some more swap (which of course
> will take away available disk space for /var/portage) and see what I run
> out of.
>
> PS. I was expecting some message on screen saying "no space left on
> device", but have not checked dmesg for running out memory errors.

I increased the swap to 1G and emerged without memory errors this time. I'll
remember to check dmesg first next time I emerge a big package.
--
Regards,
Mick
 
Old 02-23-2012, 09:22 AM
Willie WY Wong
 
Default Firefox-10.0.1 fails to compile on x86

On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked:
> I compiled FF 10.0.1 on amd64 without any problems :
> it needed 3,61 GB disk space for the link stage
> & most/all of my 2 GB memory.

Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to
the point that my laptop cannot build firefox. Time to switch to the
-bin I guess.

W
--
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
et vice versa ~~~ I. Newton
 
Old 02-23-2012, 09:44 AM
Mick
 
Default Firefox-10.0.1 fails to compile on x86

On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote:
> On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb
squawked:
> > I compiled FF 10.0.1 on amd64 without any problems :
> > it needed 3,61 GB disk space for the link stage
> > & most/all of my 2 GB memory.
>
> Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to
> the point that my laptop cannot build firefox. Time to switch to the
> -bin I guess.

I've only got something like 625M RAM and around 4G disk space (for
var/portage). I used 750M from that 4G for adding swap. Eventually FF
compiled fine.

The irony is that older boxen which would benefit most from building from
source are constrained in resources to achieve this and have to resort to
installing bin packages.
--
Regards,
Mick
 

Thread Tools




All times are GMT. The time now is 06:45 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org