211900 - cannot build mozilla using gcc 3.3 from devtools update

Status: RESOLVED WORKSFORME

(SeaMonkey :: Build Config, defect)

Description

[hacker formerly known as [e-mail]]

Configure dies when checking that we can compile a basic X program...which is a
separate problem of itself.  That check should only occur when we're building
against X11 toolkits.

configure: error: Could not compile basic X program.

configure:8030: gcc -c  -fpascal-strings -traditional-cpp -fno-common  -I/usr/X1
1R6/include   -I/usr/X11R6/include conftest.c 1>&5
configure:8016: error: syntax error at '#' token
configure:8016: error: parse error before '<' token
configure:8017: error: syntax error at '#' token
configure:8024: error: parse error before numeric constant
configure:8024: warning: data definition has no type or storage class

The problem appears to occur because of the -traditional-cpp flag.  The meaning
of this flag has apparently changed (see bug 211714).

Comment 1

[hacker formerly known as [e-mail]]

*sigh* Now, it's dying with an internal compiler error.

../../../mozilla/xpcom/ds/nsPersistentProperties.cpp: In member function `
   virtual nsresult nsPersistentProperties::SetStringProperty(const 
   nsACString&, const nsAString&, nsAString&)':
../../../mozilla/xpcom/ds/nsPersistentProperties.cpp:273: internal compiler
error: in
   cp_expr_size, at cp/cp-lang.c:377

Comment 2

[HARUNAGA Hirotoshi]

dup of Bug 211895?

Comment 3

[cls]

const nsAFlatCString& foo = PromiseFlatCString(bar);

causes the ICE. If the const & the reference are removed, then it compiles fine.
 We have quite a few instances of that construct.  Given that this only seems to
occur with Apple's version of gcc 3.3, it's almost certainly an Apple specific
bug.  

Bryner, someone (dbaron?) said that you opened a ticket with Apple about the
problem.  Did you get any response on that?

Comment 4

[Javier Pedemonte]

The latest update to the GCC 3.3 compiler (August 2003 gcc Updater) no longer
has this problem.  Mozilla finished building and runs as expected.

Comment 5

[Bjarne D Mathiesen]

This is *still* a problem if you download the tarball source for 1.4 & 1.4.1 and
try to compile:
checking for XieFloGeometry in -lXIE... no
checking for X11/extensions/XIElib.h... no
configure: error: Could not compile basic X program.
make: *** No targets specified and no makefile found.  Stop.
make: *** No rule to make target `install'.  Stop.


Might also be a problem with the 1.5.1 tarball source as that one fails with:

../../../../config/nsinstall -t -m 755 libmozldap.dylib 
/usr/local/lib/mozilla-1.5.1/components
+++ making chrome /Volumes/swap/Calendar/mozilla/directory/xpcom/base/resources
 => /usr/local/lib/mozilla-1.5.1/chrome/comm.jar
+++ updating chrome /usr/local/lib/mozilla-1.5.1/chrome/installed-chrome.txt
+++     content,install,url,jar:resource:/chrome/comm.jar!/content/mozldap/
+++ making chrome /Volumes/swap/Calendar/mozilla/directory/xpcom/base/resources
 => /usr/local/lib/mozilla-1.5.1/chrome/en-US.jar
+++ updating chrome /usr/local/lib/mozilla-1.5.1/chrome/installed-chrome.txt
+++     locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en-US/mozldap/
../../config/nsinstall -t -m 755 ../../dist/lib/libnssckbi.dylib
/usr/local/lib/mozilla-1.5.1
../../config/nsinstall: cannot access ../../dist/lib/libnssckbi.dylib: No such
file or directory
make[1]: *** [install] Error 1
make: *** [install] Error 2


CVS nightly works no problem

Comment 6

[Bjarne D Mathiesen]

OK - I'm confirming this issue for 1.4.1 & 1.5.1

Re-installing the Apple December 2002 Developer tools and *!NOT!* the August
2003 gcc 3.3 update resolves all issues in compiling 1.4.1 & 1.5.1

This issue at present will affect every attempt to compile from tarballs

Q: do we need to take this into consideration for a 1.4.2 and/or 1.5.2 release ???