448379 - --enable-ldap breaks comm-central builds

Status: RESOLVED DUPLICATE of bug 445143

(Thunderbird :: Build Config, defect)

Description

[Nomis101]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_4; de-de) AppleWebKit/526.11 (KHTML, like Gecko) Version/3.1.2 Safari/525.20.1
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; de; rv:1.9.0.2pre) Thunderbird/3.0a2pre

I'm not able to build Thunderbird from comm-central. It is no problem for me to build Thunderbird Trunk from CVS and it is no problem to build Firefox from mozilla-central. But Thunderbird from comm-central won't build. I follow exactly the instructions mentioned at MDC.
I've tried it now eight times, with eight different mozconfigs. But the build process abort everytime with the same error:

<<
-I/usr/X11/include -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/nsUdetXPCOMWrapper.pp /temp/src/mozilla/extensions/universalchardet/src/xpcom/nsUdetXPCOMWrapper.cpp
rm -f libuniversalchardet.a
ar cr libuniversalchardet.a nsUniversalCharDetModule.o nsUdetXPCOMWrapper.o  CharDistribution.o JpCntx.o LangBulgarianModel.o LangCyrillicModel.o LangGreekModel.o LangHungarianModel.o LangHebrewModel.o nsHebrewProber.o nsCharSetProber.o nsBig5Prober.o nsEUCJPProber.o nsEUCKRProber.o nsEUCTWProber.o nsEscCharsetProber.o nsEscSM.o nsGB2312Prober.o nsMBCSGroupProber.o nsMBCSSM.o nsSBCSGroupProber.o nsSBCharSetProber.o nsSJISProber.o nsUTF8Prober.o nsLatin1Prober.o nsUniversalDetector.o LangThaiModel.o
ranlib libuniversalchardet.a
/temp/src/obj-i386-apple-darwin9.4.0/mozilla/config/nsinstall -L /temp/src/obj-i386-apple-darwin9.4.0/mozilla/extensions/universalchardet/src/xpcom -m 644 libuniversalchardet.a ../../../../staticlib/components
tier_toolkit: directory/c-sdk chrome profile xpfe/bootstrap/appleevents xpfe toolkit/components  extensions/spellcheck toolkit xpinstall security/manager extensions/pref directory/xpcom
make[4]: *** No targets specified and no makefile found.  Stop.
make[3]: *** [tier_toolkit] Error 2
make[2]: *** [default] Error 2
make[1]: *** [default] Error 2
make: *** [build] Error 2
>>

Reproducible: Always

Steps to Reproduce:
1. Open the Terminal and do: "$ mkdir /temp" than   "$ cd /temp"
2. "$ hg clone http://hg.mozilla.org/comm-central/ src" than "$ cd src"
3. "$ sudo pico .mozconfig" -> Insert mozconfig
4. "$ python client.py checkout"
5. "$ make -f client.mk build"



I use Mac OS X 10.4.5_de-DE, Intel-Mac. I've tried it with gcc4.0, gcc4.2, MacOSX10.4u.sdk and MacOSX10.5.sdk

Comment 1

[Mark Banner (:standard8)]

Can you post a copy of one or two of your mozconfigs that shows this problem? 

I've been building comm-central since the beginning on mac without any problems, so I'm expecting there's something in the mozconfig that's doing it.

Comment 2

[Robert Kaiser]

Is there something like --enable-ldap in your mozconfig? This option is unneeded (built by default) and might cause confusion in the mozilla-central part of our build system, as it might try to build LDAP from there while it doesn't exist there. Our default invocations override this option, but if you have it in your mozconfig, you might override our override and then it might fail again.

Comment 3

[Nomis101]

Oh yes, there was an "--enable-ldap" in my mozconfig (a relict from my first mozilla experiences). Now I removed this option and now I can build Thunderbird successfully from comm-central. Thanks.
I could imagine that anyone else could get into the same trouble as well. Because this option is widespread in the web. So a warning like "--enable-ldap is obsolete." would be useful, I think.

A little offtopic question, "make -f client.mk profiledbuild" isn't supported at the moment in comm-central?

Comment 4

[Robert Kaiser]

Actually, --enable-ldap isn't really obsolete, it's just unneeded because it's on by default. Once we have done some cleanup in mozilla-central, this problem will go away because it won't be confused by this any more.

Hmm, if profiledbuild doesn't work, please file a new build config bug and cc me, I need to look into that.

Comment 5

[Nomis101]

(In reply to comment #4)
> Actually, --enable-ldap isn't really obsolete, it's just unneeded because it's
> on by default. Once we have done some cleanup in mozilla-central, this problem
> will go away because it won't be confused by this any more.
OK, than this bug is done for me.


> Hmm, if profiledbuild doesn't work, please file a new build config bug and cc
> me, I need to look into that.
I opened Bug 448515  for that. 

Comment 6

[Robert Kaiser]

duping this to bug 445143 as it is (or should be) fixed with the patch for that one.