Ubuntu
gcc-defaults package

  1. Bug #61104
  2. Comment #1

Comment 1 for bug 61104

Revision history for this message
FredBezies (fredbezies-deactivatedaccount) wrote : Re: Busted build process with firefox trunk code. Gcc bug or mozilla's code one ?

I tried again with "gcc version 4.1.2 20060906 (prerelease) (Ubuntu 4.1.1-13ubuntu2)"

Using this .mozconfig, based on optimization flags used by ubuntu version of firefox.

"#
# See http://www.mozilla.org/build/ for build instructions.
#

. $topsrcdir/browser/config/mozconfig

# Options for 'configure' (same as command-line options).
ac_add_options --enable-default-toolkit=cairo-gtk2
ac_add_options --disable-freetype2
ac_add_options --enable-pango
ac_add_options --enable-canvas
ac_add_options --enable-svg
ac_add_options --disable-debug
ac_add_options --disable-tests
ac_add_options --enable-optimize="-O2 -pipe -g -fno-strict-aliasing"
ac_add_options --enable-strip
ac_add_options --enable-static
ac_add_options --disable-shared"

And I launch build process, using make -f client.mk build >& buildlog.log in order to log the error.

"rm -f libjar50.so
c++ -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -pipe -g -fno-strict-aliasing -fPIC -shared -Wl,-z,defs -Wl,-h,libjar50.so -o libjar50.so nsZipArchive.o nsWildCard.o nsJARInputStream.o nsJARDirectoryInputStream.o nsJAR.o nsJARFactory.o nsXPTZipLoader.o nsJARProtocolHandler.o nsJARChannel.o nsJARURI.o -lpthread -Wl,--version-script -Wl,../../build/unix/gnu-ld-scripts/components-version-script -Wl,-Bsymbolic -L../../dist/bin -L../../dist/lib -L../../dist/lib -lmozz -L../../dist/bin -lxpcom -lxpcom_core -L../../dist/bin -L../../dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl -lm
nsJAR.o:(.data.rel.ro._ZTV16nsZipReaderCache[vtable for nsZipReaderCache]+0x54): référence indéfinie vers « nsSupportsWeakReference::GetWeakReference(nsIWeakReference**) »
nsJARProtocolHandler.o:(.data.rel.ro._ZTV20nsJARProtocolHandler[vtable for nsJARProtocolHandler]+0x4c): référence indéfinie vers « nsSupportsWeakReference::GetWeakReference(nsIWeakReference**) »
collect2: ld returned 1 exit status
make[4]: *** [libjar50.so] Erreur 1
make[4]: quittant le répertoire « /home/fred/log/mozilla/modules/libjar »
make[3]: *** [libs_tier_gecko] Erreur 2
make[3]: quittant le répertoire « /home/fred/log/mozilla »
make[2]: *** [tier_gecko] Erreur 2
make[2]: quittant le répertoire « /home/fred/log/mozilla »
make[1]: *** [default] Erreur 2
make[1]: quittant le répertoire « /home/fred/log/mozilla »
make: *** [build] Erreur 2"

I will attach a bzip2 version of the log in order to help. For me, it will be a blocker and a no-go for switching to edgy eft after its release if I cannot build firefox trunk (which will be firefox 3.0 next year).