Hello autoconfers.
Is anyone aware of this ridicoulous bug of Solaris 10 /bin/ksh?
$ uname -a
SunOS ... 5.10 Generic_141445-09 i86pc i386 i86pc
$ strings /bin/ksh | grep -i version
@(#)Version M-11/16/88i
$ /bin/ksh -c 'test -z ")"; echo $?' # ready to laugh or cry?
0
$ /bin/sh -c 'test -z
On 09/07/2010 08:24 AM, Stefano Lattarini wrote:
Hello autoconfers.
Is anyone aware of this ridicoulous bug of Solaris 10 /bin/ksh?
The manual already documents that it is non-portable:
Posix also says that @samp{test ! "@var{string}"},
@samp{test -n "@var{string}"} and
@samp{test -z "@var{
On 09/05/2010 03:31 PM, Ralf Wildenhues wrote:
Hi Eric,
* Eric Blake wrote on Thu, Sep 02, 2010 at 10:47:59PM CEST:
On 09/02/2010 02:43 PM, Ralf Wildenhues wrote:
Well, we /should/ fix Autoconf to allow overriding, and at that point,
you should be able to override globally with export LN_S=..
FYI I'm using autoconf 2.67.
Here's why I need to insert macros into AC_PROG_CC:
I have some users who refuse to use anything but Intel's icc and ifort, version
8.1. But, they have a newer GCC installed (4.1.2) which causes icc to barf
with "invalid GNU version number: 412" (causing configure t
On 09/07/2010 02:52 PM, Daily, Jeff A wrote:
FYI I'm using autoconf 2.67.
Here's why I need to insert macros into AC_PROG_CC:
I have some users who refuse to use anything but Intel's icc and ifort, version 8.1. But, they have a newer
GCC installed (4.1.2) which causes icc to barf with "invalid
[ let's drop at least bug-standards ]
* Eric Blake wrote on Tue, Sep 07, 2010 at 10:38:52PM CEST:
> More precisely, does AC_PROG_AWK guarantee us an awk that will
> understand ENVIRON?
I think so, yes.
Cheers,
Ralf