Hi Eric,

I ran 'make check' and got the following :


>make check
make  check-recursive
Making check in bin
Making check in .
Making check in lib
Making check in Autom4te
Making check in m4sugar
make  check-local
Making check in autoconf
make  check-local
Making check in autotest
make  check-local
Making check in autoscan
Making check in emacs
Making check in doc
make: Makefile: line 436: Warning -- FSUM9433 Duplicate entry [fdl.texi] in 
prerequisite list
Making check in tests
make  check-local
cd ../lib/autotest && make  autotest.m4f
`autotest.m4f' is up to date
autom4te_perllibdir='..'/lib AUTOM4TE_CFG='../lib/autom4te.cfg'         
../bin/autom4te -B '..'/lib -B '..'/lib --language=autotest -I . -I . suite.at 
-o ./testsuite.tmp
m4:local.at:18: bad expression in eval (bad input): ((?+1+0) > (2+0)) - 
((?+1+0) < (2+0))
autom4te: /workarea/tools/m4/bin/m4 failed with exit status: 1
FSUM8226 make: Error code 1
FSUM8226 make: Error code 255
FSUM8226 make: Error code 1
FSUM8226 make: Error code 255



No testsuite.log file was created.


I appreciate your help and support. Thoughts from here?


Andy


________________________________
From: Eric Blake <ebl...@redhat.com>
Sent: 30 May 2018 02:13
To: Andy Armstrong; autoconf@gnu.org
Subject: Re: Problem with --version after compiling autoconf

On 05/29/2018 08:05 PM, Andy Armstrong wrote:
> The problem you see here is that the version reports as ?K??.
>
> Why could this be? My machine runs in the EBCDIC codepage and I am wondering 
> if this could be associated.

Very likely that this is related, if not the cause.  However, I don't
have access to an EBCDIC machine to debug things, so you'll probably
have to do the debugging yourself.

> Is there a configure / make option I need to add.

No, but then again, no one else has ever written this list stating that
they are using autoconf on an EBCDIC machine.  So there may be lots of
things that need tweaking to work correctly.

I suppose you could start by running 'make check', and then pasting the
testsuite.log of the failing tests, if that might contain hints of where
things are going wrong.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org
_______________________________________________
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf

Reply via email to