reopen 377178 thanks On Fri, Nov 02, 2007 at 08:56:59PM +0100, Mike Hommey wrote: > On Mon, Jun 25, 2007 at 07:17:48PM +0200, Mike Hommey wrote: > > On Mon, Jun 25, 2007 at 02:10:10PM +0200, Martin Michlmayr <[EMAIL > > PROTECTED]> wrote: > > > * brian m. carlson <[EMAIL PROTECTED]> [2007-06-22 22:47]: > > > > tbm, did you test against mozilla, or iceape? Since mozilla is now part > > > > of iceape, if you tested the former, could you please look for your > > > > results on iceape? I suspect that the bug may already be fixed > > > > upstream. > > > > > > I don't know, because it (iceape) fails to build in the following way > > > (with > > > current gcc-4.2 from unstable): > > > > > > 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 -fno-strict-aliasing -g -fPIC -shared -Wl,-z,defs > > > -Wl,-h,libxpcom_compat_c.so -o libxpcom_compat_c.so nsXPCOMObsolete.o > > > nsRegistry.o -Wl,--as-needed -L../../../dist/bin -lxpcom -lxpcom_core > > > -L../../../dist/bin -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl > > > -L../../../dist/lib -lxpcom_compat -Wl,--version-script > > > -Wl,../../../build/unix/gnu-ld-scripts/components-version-script > > > -Wl,-Bsymbolic -ldl -lm > > > nsXPCOMObsolete.o:(.data.rel.ro+0x20): undefined reference to > > > `nsFileSpecImpl::Create(nsISupports*, nsID const&, void**)' > > > nsXPCOMObsolete.o:(.data.rel.ro+0x80): undefined reference to > > > `nsDirectoryIteratorImpl::Create(nsISupports*, nsID const&, void**)' > > > /usr/bin/ld: libxpcom_compat_c.so: hidden symbol > > > `nsFileSpecImpl::Create(nsISupports*, nsID const&, void**)' isn't defined > > > /usr/bin/ld: final link failed: Nonrepresentable section on output > > > collect2: ld returned 1 exit status > > > make[4]: *** [libxpcom_compat_c.so] Error 1 > > > make[4]: Leaving directory > > > `/build/tbm/iceape-1.1.2/xpcom/obsolete/component' > > > > Yes, there is a bunch of new visibility problems with gcc 4.2, because > > it doesn't build with -fvisibility=hidden but with wrappers. I plan to > > setup a pbuilder with gcc 4.2 to do some testing. > > It seems to have been a bug in gcc 4.2, which is now fixed, as iceape > builds fine now with gcc 4.2. > > Closing this bug, then.
I've not been careful enough. This still happens. It just didn't happen on mips because somehow, it still has GCC bug 26905, while it doesn't on i386, for example. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
