* Daniel Richard G. wrote on Sat, Dec 13, 2008 at 10:37:30PM CET:
> Here is the real problem---not gawk(1), but indeed tr(1):
>
> % ( echo foo ; echo bar ) | tr '\015\012' ' '
> foo
> bar
> % ( echo foo ; echo bar ) | tr '\015\012' ' ' < note the two-space
> string
> foo bar %
>
> The expe
> -Original Message-
> From: Jim Meyering [mailto:j...@meyering.net]
>
> Hello,
> Thanks for the report.
> Would you please see if coreutils-7.0 performs better?
coreutils-7.0 does produce a correct top-level makefile (the value for MAN is
all on one line), so the problem appears to have
Hi Ralf,
> -Original Message-
> From: Ralf Wildenhues [mailto:ralf.wildenh...@gmx.de]
>
> Thank you for the bug report. I think this is a coreutils bug or two.
> configure is working as intended in substituting a multiline value
> (Autoconf supports multiline values since a couple of year
Ralf Wildenhues wrote:
> [ moving from bug-autoconf ]
...
> Thank you for the bug report. I think this is a coreutils bug or two.
> configure is working as intended in substituting a multiline value
> (Autoconf supports multiline values since a couple of years), but the
> configure.ac bits from c
[ moving from bug-autoconf ]
Hello Daniel,
* Daniel Richard G. wrote on Sat, Dec 13, 2008 at 07:46:14AM CET:
> I've encountered an Autoconf-related bug in attempting to build GNU coreutils
> 6.12 (packaged with autoconf 2.62) on an older Tru64 system.
>
> % ./configure --disable-nls
>
I've encountered an Autoconf-related bug in attempting to build GNU coreutils
6.12 (packaged with autoconf 2.62) on an older Tru64 system.
% ./configure --disable-nls
[normal configure process output follows]
% gmake
Makefile:541: *** missing separator. Stop.
Wha