[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: solo turn <soloturn99_at_yahoo.com>
Date: 2003-01-06 21:46:26 CET

in "libtool" there is:
# Shell to use when invoking shell scripts.
SHELL="/bin/bash"

is it sufficient to change it here, or where do i change it? i tried
it there with ksh, sh, and tried to also run the command instead of
with /bin/bash with /bin/sh and /bin/ksh.

same result.

i'm not sure who cuts this. the error is from ild ... but if the
shell does not pass it?

blair suggested gcc, but i think i will wait a little with this. gcc
brings its own ld?

ild directly invokes /usr/css/bin/ld (says "man ild"), but i don't
know if ild has a different command-line length than ld. it is from
sunworkshop 6, 2 years old.

--- Justin Erenkrantz <jerenkrantz@apache.org> wrote:
> --On Monday, January 6, 2003 12:05 PM -0800 Greg Stein
> <gstein@lyra.org> wrote:
>
> > The command line for the link step is simply too long. I don't
> know
> > how we can possibly fix that. Stupid Solaris...
> >
> > Ideas, anyone?
>
> I've usually seen this bug with older versions of libtool.
>
> You can also tweak the shell that libtool is executed with. The
> latest autoconf uses /bin/ksh by default now on Solaris, so libtool
>
> is now executed with that. -- justin
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 6 21:47:16 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.