autoconf-patches
[Top][All Lists]
Advanced

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

Re: 2.59d on OpenServer


From: Ralf Wildenhues
Subject: Re: 2.59d on OpenServer
Date: Mon, 19 Jun 2006 17:50:16 +0200
User-agent: Mutt/1.5.11

Hi Kean,

Thank you for your work on this.

* Kean Johnston wrote on Sun, Jun 18, 2006 at 06:31:56PM CEST:
> So I can have:
> 
>   longvar="4K_of_text"
>   longvar="$longvar 4K_more_of_text"
> 
> but not
> 
>   longvar="4K_of_text 4K_more_of_text"
> 
> but this limitation is *only* imposed when I have the beginning part
> of the configure script, it does not apply if I simply write a script
> with those contents. When I say "configure preamble" I mean the top
> part of a configure script up to the bit where it sets the identity
> of the package.

Did you try removing the
  BIN_SH=xpg4; export BIN_SH

and the 'set -o posix' part?  Or maybe the part where it searches for a
better shell to not begin searching in /usr/bin/posix?  (I think it was
likely that Autoconf 2.59 did not expose this issue, so something that
was changed in between is the trigger.)

> I'm not really sure how to diagnose this further. Also, I will not
> personally be able to fix it, because I no longer work for SCO,
> I just answer the occasional email such as this one :)

Well, I'm afraid then if we don't find another shell or another person
that uses the shell and helps out with bug reports and/or testing for
the GNU autotools, then it's IMHO not worth pursuing.  Tim agreed we
could ignore this, and really you two guys are the only reason I've
been looking at this at all; if support for some not-really-popular
(to make it an understatement) system is going to rot anyway, we might
as well leave it that way.

IOW, I think we should not put known-worse-scaling algorithms in
Autoconf for issues we don't know the exact cause of and without
seeing test results that are fixed by them, or output of some
package's configure that is unbroken by them.  Please complain if
you disagree.

Cheers,
Ralf




reply via email to

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