204843 - Mozilla 1.3.1 does not compile (linker error)

Status: RESOLVED INVALID

(SeaMonkey :: Build Config, defect)

Description

[Robert Holmberg]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686) Gecko/0 Galeon/1.3.4
Build Identifier: http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.3.1/src/mozilla-source-1.3.1.tar.bz2

I get the following linker error when trying to compile mozilla 1.3.1. I use
glibc 2.3.2-11.9 from redhat rawhide and gcc 2.3.2-5 from mandrake cooker. I
have compiled Mozilla 1.3 just fine on this machine, but with slightly older
versions of glibc and gcc.

make[3]: Entering directory `/usr/local/src/mozilla/xpcom/tools'
make[4]: Entering directory `/usr/local/src/mozilla/xpcom/tools/registry'
gcc  -I/usr/X11R6/include -frtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-vir tual -Wsynth
-Wno-ctor-dtor-privacy -pedantic -Wno-long-long -O2 -pipe -march=athlon-xp
-mcpu=athlon-xp -fomit-frame-pointer -fshort-wchar -pthread -pipe  -DNDEBUG
-DTRIMMED -ffunction-sections -O2 -march=athlon-xp -mcpu=athlo n-xp
-fomit-frame-pointer -pipe -o regExport regExport.o    -L../../../dist/bin
-L../../../dist/lib -L../../../di st/bin -lxpcom
-L/usr/local/src/mozilla/dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl   -ldl -lm
regExport.o(.text._Z7displayP11nsIRegistryjPKc+0x149): In function
`display(nsIRegistry*, unsigned, char const*)' :
: undefined reference to `operator new[](unsigned)'
regExport.o(.text._Z7displayP11nsIRegistryjPKc+0x1e4): In function
`display(nsIRegistry*, unsigned, char const*)' :
: undefined reference to `operator delete[](void*)'
regExport.o(.gnu.linkonce.t._ZN18nsDependentCStringD0Ev+0x25): In function
`nsDependentCString::~nsDependentCStri ng [in-charge deleting]()':
: undefined reference to `operator delete(void*)'
regExport.o(.gnu.linkonce.d._ZTI18nsDependentCString+0x0): undefined reference
to `vtable for __cxxabiv1::__si_cl ass_type_info'
regExport.o(.gnu.linkonce.d._ZTI14nsAFlatCString+0x0): undefined reference to
`vtable for __cxxabiv1::__si_class_ type_info'
../../../dist/bin/libxpcom.so: undefined reference to `__cxa_pure_virtual'
../../../dist/bin/libxpcom.so: undefined reference to `vtable for
__cxxabiv1::__class_type_info'
../../../dist/bin/libxpcom.so: undefined reference to `vtable for
__cxxabiv1::__vmi_class_type_info'
../../../dist/bin/libxpcom.so: undefined reference to `operator new(unsigned)'
collect2: ld returned 1 exit status
make[4]: *** [regExport] Error 1
make[4]: Leaving directory `/usr/local/src/mozilla/xpcom/tools/registry'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/usr/local/src/mozilla/xpcom/tools'
make[2]: *** [libs] Error 2
make[2]: Leaving directory `/usr/local/src/mozilla/xpcom'
make[1]: *** [tier_2] Error 2
make[1]: Leaving directory `/usr/local/src/mozilla'
make: *** [default] Error 2


Reproducible: Always

Steps to Reproduce:




This is my .mozconfig:

ac_add_options --prefix=/opt/mozilla
ac_add_options --with-x
ac_add_options --enable-toolkit=gtk2
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options --with-pthreads
ac_add_options --disable-ldap
ac_add_options --disable-mailnews
ac_add_options --enable-crypto
ac_add_options --disable-tests
ac_add_options --disable-debug
ac_add_options --enable-optimize="-O2 -march=athlon-xp -mcpu=athlon-xp
-fomit-frame-pointer -pipe"
ac_add_options --enable-reorder
ac_add_options --enable-strip
ac_add_options --enable-elf-dynstr-gc
ac_add_options --enable-cpp-rtti
ac_add_options --enable-plaintext-editor-only
ac_add_options --enable-xft

Comment 1

[timeless]

reporter: please try using google before reporting errors, does this sound
familiar: http://archive.gingerall.cz/archives/public/sab-php/msg00288.html

Comment 2

[Robert Holmberg]

Ok, adding LDFLAGS=-lstdc++ to the configure script as the link in comment #1
suggested fixed the problem. This is a system config problem, but it also shows
upp with latest gcc/libstdc++ from rawhide. On the other hand, isn't the
configure script supposed to find such problems as well..? Oh, well, on to
googling for a generic solution for this.

Comment 3

[Robert Holmberg]

Ahem..using g++ as the compiler instead of g++ is an even better solution. I'll
go pull a brown paper bag over my head now.