[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn compile error on solaris 2.8, cc

From: <kbrannen_at_gte.net>
Date: 2003-01-07 01:04:40 CET

Branko Čibej wrote:
> solo turn wrote:
>>cd subversion/clients/cmdline && /bin/bash /usrhme/src/svn/libtool
>>--silent --mode=link cc -g -mt -DNEON_ZLIB -DNEON_SSL
>>-L/usrhme/src/httpd-2.0.43/srclib/apr-util/usrhme/local/lib -rpath
>>/usrhme/local/lib -o svn add-cmd.o cat-cmd.o checkout-cmd.o
>>cleanup-cmd.o commit-cmd.o copy-cmd.o delete-cmd.o diff-cmd.o
>>export-cmd.o feedback.o help-cmd.o import-cmd.o info-cmd.o log-cmd.o
>>ls-cmd.o main.o merge-cmd.o mkdir-cmd.o move-cmd.o prompt.o
>>propdel-cmd.o propedit-cmd.o propget-cmd.o proplist-cmd.o props.o
>>propset-cmd.o resolve-cmd.o revert-cmd.o status-cmd.o status.o
>>switch-cmd.o update-cmd.o util.o
>>/usrhme/local/lib/libaprutil-0.la -ldb -lexpat
>>/usrhme/local/lib/libapr-0.la -lsendfile -lrt -lm -lsocket -lnsl
>>-lresolv -ldl -L/usrhme/local/lib -L/usrhme/local/neon-0.23.5/lib
>>-lneon -lssl -lcrypto -lnsl -lsocket -lz -L/usrhme/local/lib
>>-R/usrhme/local/lib -lxml2 -lz -lm -lsocket -lnsl -lsocket
>>Output line too long.
>>Output line too long.
>>Output line too long.
>>ild: (bad file) argument file doesn't exist :: /usrhme/local/lib/l
>>make: *** [subversion/clients/cmdline/svn] Error 1
> This error started appearing on Solaris when somebody (we?) added
> another instance of -lsocket (my automatic Solaris tests started failing
> then; people who commit changes should really follow svn-breakage!).
> Look at the command line -- several library names are duplicated. Can we
> somehow get rid of those duplicates? I think that should be enough to
> get Solaris building again.

That may not be possible, due to circular dependencies (I don't have a Solaris
machine to find out). But I think you may need more space than that. Note
the error message (file doesn't exist "/usrhme/local/lib/l") and how early
that comes in the link line (though it's hard to tell if that's from the apr
libs or the -R). Too bad we can't guarantee GNU make, then we could set VPATH
and remove all those "../../../subversion" strings.

Another idea is to put all those .o files into an archive (.a file), except
for main.o, then add that new library at the front of the lib list and remove
the huge object list. The references in main.o should pull everything in.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 7 01:00:56 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.