Closed Bug 177113 Opened 23 years ago Closed 23 years ago

building Mozilla on solaris fails due during libldap50.a: ranlib: -L/tmp/x/mozilla/dist/lib: No such file or directory

Categories

(Directory Graveyard :: LDAP C SDK, defect)

Sun
Solaris
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 181382

People

(Reporter: pioch, Assigned: mcs)

Details

User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2a) Gecko/20020926 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2b) PS: I've always had this failure since I started building Mozilla from src/ distributions on Solaris 8 Basically, when you "gmake -f client.mk build" it will fail while: /usr/local/bin/perl5 ../../../ldap/build/genexports.pl SunOS Standard ../libldap.ex 5.0 50 > libldap.exp ======= making ./libldap50.a rm -f libldap50.a; /usr/local/bin/ar cr libldap50.a ./abandon.o ./add.o ./bind.o ./cache.o ./charray.o ./charset.o ./compare.o ./compat.o ./control.o ./countvalues.o ./delete.o ./disptmpl.o ./dsparse.o ./error.o ./extendop.o ./free.o ./freevalues.o ./friendly.o ./getattr.o ./getdn.o ./getdxbyname.o ./getentry.o ./getfilter.o ./getoption.o ./getvalues.o ./memcache.o ./message.o ./modify.o ./open.o ./os-ip.o ./proxyauthctrl.o ./psearch.o ./referral.o ./regex.o ./rename.o ./request.o ./reslist.o ./result.o ./saslbind.o ./sbind.o ./search.o ./setoption.o ./sort.o ./sortctrl.o ./srchpref.o ./tmplout.o ./ufn.o ./unbind.o ./unescape.o ./url.o ./utf8.o ./vlistctrl.o; ranlib libldap50.a -L/tmp/x/mozilla/dist/lib -llber50 ranlib: -L/tmp/x/mozilla/dist/lib: No such file or directory gmake[6]: *** [libldap50.a] Error 9 gmake[6]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap/libraries/libldap' gmake[5]: *** [export] Error 2 gmake[5]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap/libraries' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/tmp/x/mozilla/directory/c-sdk' gmake[2]: *** [ldap] Error 2 gmake[2]: Leaving directory `/tmp/x/mozilla' gmake[1]: *** [default] Error 2 gmake[1]: Leaving directory `/tmp/x/mozilla' gmake: *** [build] Error 2 The workaround is to run "gmake -f client.mk build" again. The second time it will build Mozilla correctly. Happened all the time in the past for me, and today again when trying to build Mozilla/1.2b from src/ distribution available on website (NOT checked out CVS directly) Reproducible: Always Steps to Reproduce: 1. mkdir /tmp/x && cd /tmp/x && gtar -zxvf ~/mozilla-source-1.2b.tar.gz 2. gmake -f client.mk build 3. watch the build go busted Actual Results: ranlib: -L/tmp/x/mozilla/dist/lib: No such file or directory gmake[6]: *** [libldap50.a] Error 9 gmake[6]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap/libraries/libldap' gmake[5]: *** [export] Error 2 gmake[5]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap/libraries' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/tmp/x/mozilla/directory/c-sdk/ldap' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/tmp/x/mozilla/directory/c-sdk' gmake[2]: *** [ldap] Error 2 gmake[2]: Leaving directory `/tmp/x/mozilla' gmake[1]: *** [default] Error 2 gmake[1]: Leaving directory `/tmp/x/mozilla' gmake: *** [build] Error 2 Expected Results: BUILD! Solaris 8, with required patches, and GCC 3.2
Dan, do you know if is this a known problem? It sounds very familiar.
Apparently this is due to the fact that I have GNU binutils installed in /usr/local/bin on my solaris system, so configure selects /usr/local/bin/ar and /usr/local/bin/ranlib I have moved out of the way ar and ranlib, and now configure picks: s%@HOST_RANLIB@%ranlib%g s%@HOST_AR@%/usr/ccs/bin/ar%g and build doesn't fail anymore. Apparently GNU ranlib (ar -s, really) doesn't support -L/... ranlib libldap50.a -L/tmp/x/mozilla/dist/lib -llber50 fails with: ranlib: -L/tmp/x/mozilla/dist/lib: No such file or directory "ran ranlib" states: GNU Development Tools ranlib(1) NAME ranlib - generate index to archive. SYNOPSIS ranlib [-v|-V] archive
*** This bug has been marked as a duplicate of 181382 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Spam for bug 129472
QA Contact: nobody → nobody
You need to log in before you can comment on or make changes to this bug.