Re: debugging M4 on AIX 5.3

[Eric Blake]

On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
> I'm trying to debug the recent regression of git branch-1.4 M4 over M4
> 1.4.14 on AIX.  First the gnulib stuff.
>
> Notes:
>
> - 2 gnulib test failures in M4: test-strtod, test-rmdir.
>
> I inserted one fprintf in test-strtod.c, for the "0xp" input asserting
> over 'ptr == input + 1':

The strtod problem should already be fixed in gnulib; it's just that I 
haven't (yet) pushed the m4 patch that updates the gnulib submodule to 
the appropriate commit where it was fixed in gnulib.

> $ ./test-rmdir
> errno = 17, File exists
> ../../m4/tests/test-rmdir.h:70: assertion failed
> zsh: abort (core dumped)  ./test-rmdir
>
>
> In 1.4.14, only the latter fails, at the same position.
>
>
> - 'gnulib-tool --with-tests --test strtod rmdir' passes on this system.
>
> - 'gnulib-tool --with-tests --dir=strtod --test announce-gen assert autobuild 
> avltree-oset binary-io c-stack clean-temp cloexec close-stream closein config-h 
> dirname error execute fdl-1.3 fflush filenamecat fopen fopen-safer fseeko 
> gendocs getopt-gnu git-version-gen gnu-web-doc-update gnumakefile gnupload 
> gpl-3.0 ignore-value intprops maintainer-makefile manywarnings memchr2 mkstemp 
> obstack pipe progname regex sigaction stdbool stdint stdlib-safer strsignal 
> strstr strtod strtol unlocked-io update-copyright vc-list-files verror 
> version-etc version-etc-fsf wait-process xalloc xoset xprintf xvasprintf-posix'

And that list matches the contents of m4's gnulib-cache.m4,

> passes as well.
>
> Any hints as to what could make the tests fail when run as part of the M4
> git tree and not otherwise?

Hmm, nothing obvious to me at the moment.  Is there an strace-like 
functionality, where we could see the actual syscalls being made during 
test-rmdir?  Unless this is another case of using an out-of-date gnulib 
submodule.

> Autoconf on this system was a bit old, 2.62.61-550a5, if you think that
> could matter I can retry after updating.

Don't think it should matter any, for this particular issue.

--
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org