bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libtool-1.5.x quote.test fails with solaris /bin/ksh


From: Ralf Wildenhues
Subject: Re: libtool-1.5.x quote.test fails with solaris /bin/ksh
Date: Mon, 13 Dec 2004 09:14:07 +0100
User-agent: Mutt/1.4.1i

Hi Alexander,

* Alexander Kurz wrote on Thu, Dec 09, 2004 at 07:55:38PM CET:
> while building libtool-1.5.x / CVS libtool 1.1773
> make check fails on tests/quote.test on
> mode { compile, link, install } and quoting { \\, \", \`, \$ }
> The problem occured on two Sparc-Solaris machines
> with different setup when solaris /bin/ksh was chosen
> as interpreter for libtool.

Oh no. :(

> Obviously libtool has quoting-problems with solaris ksh.
> 
> * libtool versions tested and affected:
>  libtool-1.5.10, libtool-1.5.8, libtool-1.5.2, libtool-1.5
>  (CVS) GNU libtool 1.1773 2004/12/03 11:28:45
> 
> * libtool versions tested and not affected:
>  libtool-1.4 libtool-1.4.2 libtool-1.4.3
>  Note: libtool-1.4 will chose /bin/sh as interpreter.

What kind of shell is /bin/sh?  What other shells exist in $PATH?

> * the two testing-Platforms:
> SunOS xxxxxxxx 5.6 Generic_105181-29 sun4u sparc SUNW,Ultra-5_10
> GNU Make version 3.79.1
> automake (GNU automake) 1.4
> gcc version 2.95.3 20010315 (release)
> strings /bin/ksh  | grep Ver # returns: @(#)Version M-11/16/88i

FYI: the easiest way to find out the version string I know of is
$ set -o emacs
$ ^V            # type: control-V

> SunOS xxxxxxxx 5.7 Generic_106541-18 sun4u sparc SUNW,Ultra-4
> GNU Make 3.80
> autoconf (GNU Autoconf) 2.59
> automake (GNU automake) 1.9.3
> gcc version 3.3.5
> strings /bin/ksh | grep Ver # returns @(#)Version M-11/16/88i
> 
> possible workarounds:
>  * eliminate all occurances of " ksh " in .configure
>   after this, configure will choose /usr/local/bin/bash

I'm pretty sure this will break some other systems.
So, this is a no-no.  But anyway configure should try bash before trying
ksh.  Is /usr/local/bin not in your path?  What bash is this?

>  * install bash as /bin/bash

Well, yes, but you'd have to be root.  Also a no-no.

>  * ignore the failed test :-(

No, that's not good, because libtool will break in some (maybe corner)
cases.  Here's a list of good workarounds:

* CONFIG_SHELL=/usr/local/bin/bash ./configure
  Does that work?
* Adjust $PATH so bash can be found within
  (if this does not work, please report back; that would be a bug as
  well).

or something like that.

But we need to fix the echo detection routine as well, I fear.

What does
  print -r '\t \\ \$ \`'
print under the Korn shells used?  It should print
\t \\ \$ \`

Furthermore, it might prove interesting to see the output of
  $SHELL_USED -x configure [CONFIGURE-OPTIONS]  >log-of-configure 2>&1

Since output is bound to be huge, please mail to me rather than to the
list, and also use gzip or preferably bzip2.  I can post a summary to
the list afterwards.

Regards,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]