| 2006-09-18 16:20:17 |
FredBezies |
bug |
|
|
added bug |
| 2006-09-21 16:18:27 |
FredBezies |
bug |
|
|
added attachment 'build-log.log.bz2' (log in bzip2 version) |
| 2006-09-22 19:41:32 |
FredBezies |
description |
In order to test edgy (using vmware server) - before installing it for real - I wanted to build the firefox trunk source, but the build process is killed real soon, too soon :(
I reported the bug on mozilla's bugzilla (https://bugzilla.mozilla.org/show_bug.cgi?id=353150). But Benjamin Smedberg (one of the main coder ?) told me it could be a gcc bug.
So I open a bug here, in order to help.
Here is the error code I get :
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 -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -pipe -w
-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
I was using the gcc linked to ubuntu edgy eft knot 3.
It is simple to reproduce : just try to build mozilla trunk code on edgy eft... |
In order to test edgy (using vmware server) - before installing it for real - I wanted to build the firefox trunk source, but the build process is killed real soon, too soon :(
I reported the bug on mozilla's bugzilla (https://bugzilla.mozilla.org/show_bug.cgi?id=353150). But Benjamin Smedberg (one of the main coder ?) told me it could be a gcc bug.
So I open a bug here, in order to help.
Here is the error code I get :
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 -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O2 -pipe -w
-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
I was using the gcc linked to ubuntu edgy eft knot 3.
It is simple to reproduce : just try to build mozilla trunk code on edgy eft...
|
|
| 2006-09-22 19:41:32 |
FredBezies |
title |
Busted build process with firefox trunk code. Gcc bug or mozilla's code one ? |
Build process of firefox trunk is broken using gcc 4.1.1 |
|
| 2006-09-22 19:42:16 |
FredBezies |
title |
Build process of firefox trunk is broken using gcc 4.1.1 |
Build process of firefox trunk is broken using gcc 4.1.1 with some "undefined reference" |
|
| 2006-09-22 20:25:51 |
FredBezies |
title |
Build process of firefox trunk is broken using gcc 4.1.1 with some "undefined reference" |
Build process of firefox trunk is broken using gcc 4.1.1 with some "undefined reference" related to gcc bug #26905 ? |
|
| 2006-09-29 15:00:40 |
FredBezies |
title |
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 ! |
|
| 2006-10-18 14:57:07 |
Matt Zimmerman |
bug |
|
|
added subscriber Martin Pitt |
| 2006-10-18 14:57:12 |
Matt Zimmerman |
bug |
|
|
added subscriber Adam Conrad |
| 2006-10-18 15:25:08 |
Matt Zimmerman |
gcc-4.1: status |
Unconfirmed |
Confirmed |
|
| 2006-10-18 15:25:08 |
Matt Zimmerman |
gcc-4.1: importance |
Undecided |
High |
|
| 2006-10-18 15:25:08 |
Matt Zimmerman |
gcc-4.1: statusexplanation |
|
I'm confirming this under the assumption that it's the same bug which Martin observed in a firefox build, i.e. gcc bug 20297 or 26905. We have a workaround in place for edgy, but this should be fixed for feisty. |
|
| 2006-10-18 15:25:08 |
Matt Zimmerman |
gcc-4.1: assignee |
|
doko |
|
| 2006-10-18 20:05:35 |
Matt Zimmerman |
gcc-4.1: statusexplanation |
I'm confirming this under the assumption that it's the same bug which Martin observed in a firefox build, i.e. gcc bug 20297 or 26905. We have a workaround in place for edgy, but this should be fixed for feisty. |
|
|
| 2006-10-26 11:22:36 |
Matthias Klose |
title |
Build process of firefox trunk is broken with both gcc 4.1.1 and gcc 4.0 ! |
[fixed in 4.2] fixed C++ visibility |
|
| 2006-10-26 11:23:04 |
Matthias Klose |
title |
[fixed in 4.2] fixed C++ visibility |
[fixed in 4.2] C++ visibility attribute |
|
| 2006-10-26 11:50:04 |
Matthias Klose |
firefox: status |
Unconfirmed |
Confirmed |
|
| 2006-10-26 11:50:04 |
Matthias Klose |
firefox: importance |
Undecided |
Medium |
|
| 2006-10-26 11:50:04 |
Matthias Klose |
firefox: statusexplanation |
|
needs the configure.in fix in edgy
|
|
| 2006-12-09 08:49:19 |
Matthias Klose |
gcc-4.1: status |
Confirmed |
Fix Released |
|
| 2006-12-09 08:49:19 |
Matthias Klose |
gcc-4.1: statusexplanation |
|
the visibility patches were backported from 4.2 to 4.1.1-18ubuntu2.
|
|
| 2006-12-14 14:24:27 |
Matthias Klose |
gcc-4.1: status |
Fix Released |
Confirmed |
|
| 2006-12-14 14:24:27 |
Matthias Klose |
gcc-4.1: statusexplanation |
the visibility patches were backported from 4.2 to 4.1.1-18ubuntu2.
|
reverted the patch, showing regressions for kdelibs4 on amd64; unlikely to be fixed for 4.1, fixed in 4.2
|
|
| 2007-02-09 02:17:28 |
Alexander Sack |
firefox: status |
Confirmed |
Fix Released |
|
| 2007-02-09 02:17:28 |
Alexander Sack |
firefox: assignee |
|
mozillateam |
|
| 2007-02-09 02:17:28 |
Alexander Sack |
firefox: statusexplanation |
needs the configure.in fix in edgy
|
Our packages for Firefox et al ship a patch for this. So closing the firefox track for this issue. If I missed something reopen... |
|
| 2007-09-19 00:35:58 |
Nanley Chery |
gcc-4.1: status |
Confirmed |
Fix Released |
|
| 2007-09-21 10:09:09 |
Matthias Klose |
gcc-4.1: status |
Fix Released |
In Progress |
|
| 2007-10-24 11:44:54 |
Matthias Klose |
gcc-defaults: status |
In Progress |
Fix Released |
|
| 2010-09-15 22:40:08 |
c7d2f5c8667d26fffd5e7772d632c76d |
removed subscriber chpe |
|
|
|
