bug-autoconf
[Top][All Lists]
Advanced

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

Re: _AS_ECHO_N_PREPARE - bug correction in ksh88 on AIX 6.1


From: Ralf Wildenhues
Subject: Re: _AS_ECHO_N_PREPARE - bug correction in ksh88 on AIX 6.1
Date: Sun, 28 Jun 2009 09:24:30 +0200
User-agent: Mutt/1.5.20 (2009-06-15)

* Eric Blake wrote on Sat, Jun 27, 2009 at 04:01:15PM CEST:
> According to Ralf Wildenhues on 6/25/2009 9:18 PM:
> > * Jan Madzik wrote on Thu, Jun 25, 2009 at 06:48:37PM CEST:
> >> I found bug in korn shell (version M-11/16/88f) on AIX 6.1 (tested
> >> only on one server instance) and due to this bug I couldn't correctly
> >> configure ImageMagick.
> > 
> > Confirmed on AIX 5.3, thanks for the bug report.
> > 
> > This patch should be sufficient to fix this instance of the bug, but
> > it's still lacking a testsuite and documentation addition.
> 
> So how exactly do you describe the bug?  Using 'echo \c' inside a command
> substitution corrupts state until the next command substitution echo?

Yes, I think that's what it is.

> When this bug is detected, is it better to just try an alternate means for
> printing text without a newline, such as printf, rather than trying to
> audit all uses of echo \c?

I audited all uses of ECHO_C in Autoconf, Automake, Libtool, and gnulib,
and found no problematic instances.  I suppose it should be sufficient
to recommend to use AS_ECHO_N within scripts, which is what Autoconf
does already mostly.  Within makefile snippets, an added
  ; echo >/dev/null

should be a suitable workaround, I guess.  More generally though, I'd
be wary of uses of ECHO_C within command substitutions, as the
substitution will strip off a trailing newline anyway, so it shouldn't
be a wide-spread problem.

Cheers,
Ralf




reply via email to

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