Your message dated Fri, 2 Nov 2007 20:56:59 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#377178: Does iceape still FTBFS with GCC 4.2?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: mozilla
Version: 2:1.7.13-0.2
Your package fails to build with recent versions of the gcc-snapshot
package, i.e. a pre-release of GCC 4.2. The problem is that external
variables are defined both in a C and C++ context, as you can see in
this simple example:
42059:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c t.cc
t.cc:1: error: previous declaration of 'int i' with 'C++' linkage
t.cc:4: error: conflicts with new declaration with 'C' linkage
42060:[EMAIL PROTECTED]: ~] cat t.cc
extern int i;
extern "C" {
extern int i;
}
According to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8 this is
not valid, so please investgate.
> Automatic build of mozilla_2:1.7.13-0.2 on test.track.rz.uni-augsburg.de by
> sbuild/powerpc 0.47
...
> g++ -o mimemult.o -c -DENABLE_SMIME -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\"
> -I../../../dist/include/xpcom -I../../../dist/include/xpcom_obsolete
> -I../../../dist/include/string -I../../../dist/include/msgbase
> -I../../../dist/include/msgbaseutil -I../../../dist/include/pref
> -I../../../dist/include/js -I../../../dist/include/necko
> -I../../../dist/include/uconv -I../../../dist/include/unicharutil
> -I../../../dist/include/msgcompose -I../../../dist/include/dom
> -I../../../dist/include/intl -I../../../dist/include/msgimap
> -I../../../dist/include/exthandler -I../../../dist/include/mailnews
> -I../../../dist/include/msgdb -I../../../dist/include/chardet
> -I../../../dist/include/caps -I../../../dist/include/mimetype
> -I../../../dist/include/uriloader -I../../../dist/include/xpconnect
> -I../../../dist/include/nkcache -I../../../dist/include/pipnss
> -I../../../dist/include/imglib2 -I../../../dist/include/content
> -I../../../dist/include/htmlparser -I../../../dist/include/layout
> -I../../../dist/include/msgsmime -I../../../dist/include/mime
> -I../../../dist/include
> -I/build/tbm/mozilla-1.7.13/build-tree/mozilla/dist/include/nspr -fPIC
> -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align
> -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor
> -Wno-long-long -O -DDEBIAN -fno-strict-aliasing -fshort-wchar -pthread -pipe
> -DNDEBUG -DTRIMMED -DMOZILLA_CLIENT -include ../../../mozilla-config.h
> -Wp,-MD,.deps/mimemult.pp mimemult.cpp
> mimemult.cpp:55: warning: missing braces around initializer for
> 'MimeContainerClass'
> mimemult.cpp:55: warning: missing braces around initializer for
> 'MimeObjectClass'
> mimeeobj.h:57: error: previous declaration of 'MimeExternalObjectClass
> mimeExternalObjectClass' with 'C++' linkage
> mimemult.cpp:76: error: conflicts with new declaration with 'C' linkage
> make[5]: *** [mimemult.o] Error 1
> make[5]: Leaving directory
> `/build/tbm/mozilla-1.7.13/build-tree/mozilla/mailnews/mime/src'
> make[4]: *** [libs] Error 2
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
--- Begin Message ---
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.
Mike
--- End Message ---
