Just a last comment to tell you that : - using gcc 4.0 / g++ 4.0 and related packages (libc++ or something like that development package) doesn't help at all. - I still have this :
"g++-4.0 -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O3 -pipe -w -march=pentium4 -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:(.gnu.linkonce.d._ZTV16nsZipReaderCache[vtable for nsZipReaderCache]+0x54): référence indéfinie vers « nsSupportsWeakReference::GetWeakReference(nsIWeakReference**) » nsJARProtocolHandler.o:(.gnu.linkonce.d._ZTV20nsJARProtocolHandler[vtable for nsJARProtocolHandler]+0x4c): référence indéfinie vers « nsSupportsWeakReference::GetWeakReference(nsIWeakReference**) » collect2: ld a retourné 1 code d'état d'exécution make[4]: *** [libjar50.so] Erreur 1 make[4]: quittant le répertoire « /home/fred/logs/fox/mozilla/modules/libjar » make[3]: *** [libs_tier_gecko] Erreur 2 make[3]: quittant le répertoire « /home/fred/logs/fox/mozilla » make[2]: *** [tier_gecko] Erreur 2 make[2]: quittant le répertoire « /home/fred/logs/fox/mozilla » make[1]: *** [default] Erreur 2 make[1]: quittant le répertoire « /home/fred/logs/fox/mozilla » make: *** [build] Erreur 2" So, I think there is a bug in edgy for gcc 4.1.1 but also 4.0... Strange thing is that the same code - not patched at all - is built flawlessly under dapper. I just can tell you I am fed up with that now. I am sorry you cannot find why I could not go past this part of build process. Now do what you want with that bug. Have a good day. ** Summary changed: - Build process of firefox trunk is broken using gcc 4.1.1 with some "undefined reference" related to gcc bug #26905 ? + Build process of firefox trunk is broken with both gcc 4.1.1 and gcc 4.0 ! -- Build process of firefox trunk is broken with both gcc 4.1.1 and gcc 4.0 ! https://launchpad.net/bugs/61104 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
