"Eric J. Schwertfeger" <[EMAIL PROTECTED]> writes:
> On 29 Dec 1999, Niels M�ller wrote:
>
> > "Eric J. Schwertfeger" <[EMAIL PROTECTED]> writes:
> >
> > > checking if m4 can handle eight-bit quote characters... no
> > > configure: warning: Upgrade to a better version than GNU m4 1.4,
> > > or recompile it with CFLAGS=-funsigned-char.
> >
> > This means that regeneration of the test programs (which are included in
> > the dist) won't work.
>
> Good to know, I'll look into updating that.
You have to recompile it, as described above, or get a beta version of
m4. m4-1.4 is the latest release. The functions that look for quote
characters (the testsuite generation script uses � and �) doesn't use
unsigned char as it should.
> > > checking for BSD pty names... sort: read error: Bad file descriptor
> > > done
> >
> > Haven't seen this before. Does "/dev/pty*" match any files on your
> > system? The sort line reads
> >
> > AC_DEFINE_UNQUOTED(PTY_BSD_SCHEME_SECOND_CHARS, "`ls /dev/pty* | cut -c 10-10 |
>sort | uniq | tr -d '\n'`")
>
> /dev/pty* matches 256 files, as the machine in question serves xterms for
> a bunch of x displays. I don't know how much of an issue this is, as the
> openpty() call is correctly detected.
>
> As for the command line
>
> ls /dev/pty* | cut -c 10-10 | sort | uniq | tr -d '\n'
>
> it works with both /bin/sh and /usr/local/bin/bash (output is
> 0123456789abcdefghijklmnopqrstuv), so it's probably interaction with
> gmake, or a quoting issue.
In the configure script, that command is used like this:
cat >> confdefs.h <<EOF
#define PTY_BSD_SCHEME_SECOND_CHARS "`ls /dev/pty* | cut -c 10-10 | sort | uniq | tr
-d '\n'`"
EOF
I have no clue why that fails. And gmake should not be involved
either, if you ran the configure script from the command line.
/Niels
