Debian Bug report logs - #377178
FTBFS with GCC 4.2: C/C++ linkage declarations conflict

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>

To: submit@bugs.debian.org

Subject: FTBFS with GCC 4.2: C/C++ linkage declarations conflict

Date: Thu, 6 Jul 2006 23:07:31 +0200

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:tbm@deprecation: ~] /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:tbm@deprecation: ~] 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/

Message #10 received at 377178-submitter@bugs.debian.org (full text, mbox, reply):

From: "brian m. carlson" <sandals@crustytoothpaste.ath.cx>

To: 377178-submitter@bugs.debian.org

Subject: Does iceape still FTBFS with GCC 4.2?

Date: Fri, 22 Jun 2007 22:47:47 +0000

[Message part 1 (text/plain, inline)]

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.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
Screw you, AACS LA: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 377178@bugs.debian.org (full text, mbox, reply):

From: Martin Michlmayr <tbm@cyrius.com>

To: "brian m. carlson" <sandals@crustytoothpaste.ath.cx>

Cc: 377178@bugs.debian.org

Subject: Re: Bug#377178: Does iceape still FTBFS with GCC 4.2?

Date: Mon, 25 Jun 2007 14:10:10 +0200

* brian m. carlson <sandals@crustytoothpaste.ath.cx> [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'

-- 
Martin Michlmayr
http://www.cyrius.com/

Message #20 received at 377178@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Martin Michlmayr <tbm@cyrius.com>, 377178@bugs.debian.org

Cc: "brian m. carlson" <sandals@crustytoothpaste.ath.cx>

Subject: Re: Bug#377178: Does iceape still FTBFS with GCC 4.2?

Date: Mon, 25 Jun 2007 19:17:48 +0200

On Mon, Jun 25, 2007 at 02:10:10PM +0200, Martin Michlmayr <tbm@cyrius.com> wrote:
> * brian m. carlson <sandals@crustytoothpaste.ath.cx> [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.

Mike

Message #33 received at 377178-done@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Martin Michlmayr <tbm@cyrius.com>, 377178-done@bugs.debian.org

Cc: "brian m. carlson" <sandals@crustytoothpaste.ath.cx>

Subject: Re: Bug#377178: Does iceape still FTBFS with GCC 4.2?

Date: Fri, 2 Nov 2007 20:56:59 +0100

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 <tbm@cyrius.com> wrote:
> > * brian m. carlson <sandals@crustytoothpaste.ath.cx> [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

Message #38 received at 377178@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Martin Michlmayr <tbm@cyrius.com>, 377178@bugs.debian.org

Cc: "brian m. carlson" <sandals@crustytoothpaste.ath.cx>

Subject: Re: Bug#377178: Does iceape still FTBFS with GCC 4.2?

Date: Fri, 2 Nov 2007 23:09:27 +0100

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 <tbm@cyrius.com> wrote:
> > > * brian m. carlson <sandals@crustytoothpaste.ath.cx> [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

Message #45 received at 377178-close@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: 377178-close@bugs.debian.org

Subject: Bug#377178: fixed in iceape 1.1.5-1

Date: Sat, 03 Nov 2007 15:48:11 +0000

Source: iceape
Source-Version: 1.1.5-1

We believe that the bug you reported is fixed in the latest version of
iceape, which is due to be installed in the Debian FTP archive:

iceape-browser_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.1.5-1_i386.deb
iceape-calendar_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.1.5-1_i386.deb
iceape-chatzilla_1.1.5-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.1.5-1_all.deb
iceape-dbg_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.1.5-1_i386.deb
iceape-dev_1.1.5-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.1.5-1_all.deb
iceape-dom-inspector_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.1.5-1_i386.deb
iceape-gnome-support_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.1.5-1_i386.deb
iceape-mailnews_1.1.5-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.1.5-1_i386.deb
iceape_1.1.5-1.diff.gz
  to pool/main/i/iceape/iceape_1.1.5-1.diff.gz
iceape_1.1.5-1.dsc
  to pool/main/i/iceape/iceape_1.1.5-1.dsc
iceape_1.1.5-1_all.deb
  to pool/main/i/iceape/iceape_1.1.5-1_all.deb
iceape_1.1.5.orig.tar.gz
  to pool/main/i/iceape/iceape_1.1.5.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 377178@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mike Hommey <mh@glandium.org> (supplier of updated iceape package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 03 Nov 2007 14:51:40 +0100
Source: iceape
Binary: iceape-dbg iceape-browser iceape-mailnews iceape-gnome-support iceape-dev iceape iceape-calendar iceape-dom-inspector iceape-chatzilla
Architecture: source all i386
Version: 1.1.5-1
Distribution: unstable
Urgency: low
Maintainer: Maintainers of Mozilla-related packages <pkg-mozilla-maintainers@lists.alioth.debian.org>
Changed-By: Mike Hommey <mh@glandium.org>
Description: 
 iceape     - The Iceape Internet Suite
 iceape-browser - Iceape Navigator (Internet browser) and Composer
 iceape-calendar - Iceape Calendar
 iceape-chatzilla - Iceape Chatzilla IRC client
 iceape-dbg - Debugging symbols for the Iceape Internet Suite
 iceape-dev - Development files for the Iceape Internet Suite
 iceape-dom-inspector - DOM inspector for the Iceape Internet Suite
 iceape-gnome-support - Gnome support for the Iceape Internet Suite
 iceape-mailnews - Iceape Mail & Newsgroups and Address Book
Closes: 377178
Changes: 
 iceape (1.1.5-1) unstable; urgency=low
 .
   * New security/stability upstream release.
   * Fixes mfsa-2007-29 to mfsa-2007-36, also known as CVE-2007-1095,
     CVE-2007-2292, CVE-2006-2894, CVE-2007-3511, CVE-2007-4841,
     CVE-2007-5334, CVE-2007-5337, CVE-2007-5338, CVE-2007-5339,
     CVE-2007-5340.
   * debian/remove.nonfree: Remove some more object files.
   * debian/patches/99_configure.dpatch: Updated.
   * debian/rules: Force the use of -fvisibility=hidden instead of system
     wrappers to avoid FTBFS with gcc 4.2. Closes: #377178.
   * debian/patches/65_composer_charset.dpatch: Avoid save page dialog when
     closing unmodified blank page due to previous patch. Stolen from
     bz#400372.
Files: 
 7082c5b13acee43da15648fb76965601 1297 net optional iceape_1.1.5-1.dsc
 db350082e3e148cd7fcd0bd0223223b0 41834392 net optional iceape_1.1.5.orig.tar.gz
 d6c820603ce5798140dd6cbbdeac7316 261539 net optional iceape_1.1.5-1.diff.gz
 275f2dd57222eead1ee79a3dcb9cd865 29272 web optional iceape_1.1.5-1_all.deb
 8f869f3d608b6228ce183ef104697c9c 3559558 devel optional iceape-dev_1.1.5-1_all.deb
 84399d3397e2b80b819ffc6ee07408c7 313182 net optional iceape-chatzilla_1.1.5-1_all.deb
 3fe9de63a90a1f1632f75ac6998cee4d 9732830 web optional iceape-browser_1.1.5-1_i386.deb
 0d2b6b0eb8905bc9b8b4d41a1b462aa8 49724 web optional iceape-gnome-support_1.1.5-1_i386.deb
 53f6742e362a479dc2fc065c47701334 58194448 devel extra iceape-dbg_1.1.5-1_i386.deb
 4725e6adb45b7fc8a80672ca5f99c13e 1926102 mail optional iceape-mailnews_1.1.5-1_i386.deb
 d361618a49a76b8918c9315b20967b40 28928 misc optional iceape-calendar_1.1.5-1_i386.deb
 b49ab57d4b14fb2b68f06f6b2d297ff3 166776 web optional iceape-dom-inspector_1.1.5-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHLIyN3kvaLFT9KlgRAqR+AJ99GMQaP47Df1RoMpYXiiMrfOr4vACfZ9xS
8EscTiZbc707KEKwYvbL9IM=
=cqFk
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.