288421 - clean build of xulrunner fails because wrong order of buildstages

Status: RESOLVED DUPLICATE of bug 288204

(Toolkit Graveyard :: Build Config, defect)

Description

[Wolfgang Rosenauer [:wolfiR]]

I wonder how others do a clean build of xulrunner (at least on Linux) ;-)

current trunk stops at linking nsFileView.so because libxpcom.so is not there yet.
After applying Benjamin's suggestion:
--- xpfe/components/Makefile.in 15 Mar 2005 19:41:40 -0000      1.70
+++ xpfe/components/Makefile.in 31 Mar 2005 10:06:46 -0000
@@ -68,7 +68,6 @@
 ifdef MOZ_HAVE_BROWSER
 DIRS   = \
                        directory \
-                       filepicker \
                        find \
                        search \
                        intl \
@@ -76,6 +75,7 @@
                        killAll \
                        windowds \
                        $(NULL)
+TOOL_DIRS += filepicker

 ifndef MOZ_PHOENIX
 ifndef MOZ_XULRUNNER

it passes this but fails immediately at another place while trying to link
libxremoteservice.so:

c++ -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-vir
tual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long
-pedantic -O2 -march=i586 -mcpu=i686 -fmes
sage-length=0 -Wall -Os -fno-strict-aliasing -fshort-wchar -pthread -pipe 
-DNDEBUG -DTRIMMED -O -fPIC -shared -Wl,
-h -Wl,libxremoteservice.so -o libxremoteservice.so  XRemoteService.o
XRemoteContentListener.o       -Wl,--version-
script -Wl,../../../../build/unix/gnu-ld-scripts/components-version-script
-Wl,-Bsymbolic -L../../../../dist/bin -l
xpcom -Wl,-rpath-link,../../../../dist/bin -lxul  -L../../../../dist/bin
-L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthrea
d -ldl  -ldl -lm    
/usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../../i586-suse-linux/bin/ld:
cannot find -lxpcom
collect2: ld returned 1 exit status

Comment 1

[Benjamin Smedberg]

*** This bug has been marked as a duplicate of 288204 ***