In -P mode (m4)

During ./configure of flex-2.5.37 on the raspberrypi I get an error:

"M4 that supports -P"

M4 (latest) is built with success...
Any tip/hint?

Br,
John..

Bootstrap issues

With automake 1.13.1, there are these issues:

  configure.ac:149: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and will soon be removed.
  configure.ac:149: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead,
  configure.ac:149: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files.
  >
  > These are basically noise, safe to ignore, will disappear once the required Gettext
  > version is upgraded; and plans for removal of AM_PROG_MKDIR_P have been dropped, so
  > this warning won't become a fatal error anyway.  I think it's best to just ignore it.

  Makefile.am:152: error: 'pkglibexecdir' is not a legitimate directory for 'LTLIBRARIES'
  >
  > This is a hard error, and is causing the actual failure

  Makefile.am:158: warning: variable 'EXTRA_modules_gnu_la_SOURCES' is defined but no program or
  Makefile.am:158: library has 'modules_gnu_la' as canonical name (possible typo)
  Makefile.am:166: warning: variable 'EXTRA_modules_m4_la_SOURCES' is defined but no program or
  Makefile.am:166: library has 'modules_m4_la' as canonical name (possible typo)
  ... (and scores of similar warnings).
  >
  > I haven't investigated these.

  ...
  parallel-tests: installing 'build-aux/test-driver'
  autoreconf: automake failed with exit status: 1
  bootstrap: autoreconf failed
  >
  > This is what bootstrap reports on the stdout/stderr, but than it exists
  > with status 0.  Yikes!

[PATCH] make check failure on Tru64 Unix

M4 master with latest gnulib is not picking up gnulib strtod for some
reason, even though it is compiled and added to libm4.a on this platform:

tru64% make check
...
Checking ./180.format                                                     
 <at>  ../doc/m4.texi:6069: Origin of test
./180.format: stdout mismatch
*** m4-tmp.93382/m4-xout        Mon Mar 11 02:50:45 2013
--- m4-tmp.93382/m4-out Mon Mar 11 02:50:45 2013
***************
*** 5,8 ****
  5000
  success
  success
! 20
--- 5,8 ----
  5000
  success
  success
! 0
 <at>  ../doc/m4.texi:6069: Origin of test
./180.format: stderr mismatch
*** m4-tmp.93382/m4-xerr        Mon Mar 11 02:50:45 2013
--- m4-tmp.93382/m4-err Mon Mar 11 02:50:45 2013
***************
*** 0 ****
--- 1 ----                                 
+ m4:stdin:12: non-numeric argument 0xa.P+1
Checking ./181.format                      

make check failure on HPUX-11.23 and HPUX-11.31

Hi Eric,

I don't really understand the nuances of this test enough to debug
any further.  It looks like the expectations are too tight by
requiring an error rather than a silent failure.  WDYT?

hpux% make check
...
Checking ./004.command_li
Checking ./005.command_li
 <at>  ../doc/m4.texi:992: Origin of test
./005.command_li: stdout mismatch
*** m4-tmp.18651/m4-xout        Mon Mar 11 02:47:38 2013
--- m4-tmp.18651/m4-out Mon Mar 11 02:47:38 2013
***************
*** 1 ****
! 1
--- 1 ----
! 0
Checking ./006.command_li
...
Failed checks were:
  ./005.command_li:out
...
hpux% echo nothing | ./src/m4 >&-
hpux% echo $?
0
hpux% bash
bash-4.2$ echo nothing | ./src/m4 >&-
bash-4.2$ echo $?

large diversions broken on mingw

Just a heads up that I'm trying to fix a bug in diversion handling,
exposed by 'make check', but which only shows on mingw or other
platforms where rename() can't change the name of an open file.  Most
Unix systems are unaffected, and I doubt many people test on mingw,
which is probably why no one has reported it even though I think the bug
has been present for months.

I'm still trying to ascertain whether released m4 has the bug, or
whether it is a regression introduced by a recent gnulib update.  But
the gdb session shows what is happening - if a diversion is large enough
to spill to a file, the act of closing it prior to the rename happens to
trigger a path that accidentally unlink()s the file.  I hope to have the
patch posted by Monday.

Starting program: /home/eblake/m4-branch/buildm64/src/m4 -I ../examples/
../checks/146.diversions
[New Thread 1476.0x348]

Breakpoint 1, m4_tmprename (oldnum=9001, newnum=9002) at
../../src/output.c:340
340	  char *oldname = xstrdup (m4_tmpname (oldnum));
(gdb) n
341	  const char *newname = m4_tmpname (newnum);
(gdb)
342	  register_temp_file (output_temp_dir, newname);
(gdb) p oldname
$7 = 0xa4bbc8 "K:\\cygwin-2\\tmp/m4-zHYjYe/m4-9001"
(gdb) p newname
$8 = 0x39650 "K:\\cygwin-2\\tmp/m4-zHYjYe/m4-9002"
(gdb) shell ls /tmp/m4-zHYjYe

GNU M4 Install

test failure: test-mbrtowc3.sh, SunOS 5.10

Compiling m4-1.4.16 on SunOS 5.9:

    FAIL: test-mbrtowc3.sh (exit: 134)
    ==================================

    test-mbrtowc.c:119: assertion failed

cc:

	Sun C 5.9 SunOS_sparc 2007/05/03

config.log:

configure:6078: checking for mbrtowc
configure:6078: cc -m32 -xc99=all -o conftest -g -I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13/include
-I/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/include
-I/path/to/gbl__prod/s32_sun4u_s510cc59e/include
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/libin
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib64
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/libin -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib64 -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib -Wl,-R -Wl,/usr/sfw/lib conftest
 .c  >&5
"conftest.c", line 77: warning: statement not reached
configure:6078: $? = 0
configure:6078: result: yes

[snip]

configure:16873: checking whether mbrtowc handles incomplete characters
configure:16914: cc -m32 -xc99=all -o conftest -g -I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13
-I/tmp/_s32_sun4u_s510cc59e/m4-1.4.13/m4-1.4.13/include
-I/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/include
-I/path/to/gbl__prod/s32_sun4u_s510cc59e/include
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/libin
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib64
-L/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/libin -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib64 -Wl,-R
-Wl,/path/to/gbl__prod/s32_sun4u_s510cc59e/m4-1.4.13-default/lib -Wl,-R -Wl,/usr/sfw/lib conftes
 t.c  >&5
configure:16914: $? = 0
configure:16914: ./conftest
configure:16914: $? = 0
configure:16926: result: yes
configure:16932: checking whether mbrtowc works as well as mbtowc
configure:16988: result: guessing yes
configure:17279: checking whether mbrtowc handles incomplete characters
configure:17332: result: yes
configure:17338: checking whether mbrtowc works as well as mbtowc
configure:17394: result: guessing yes

--

-- 
Yorick

New Chinese (traditional) PO file for 'm4' (version 1.4o)

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'm4' has been submitted
by the Chinese (traditional) team of translators.  The file is available at:

    http://translationproject.org/latest/m4/zh_TW.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/m4/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/m4.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coordinator <at> translationproject.org>

New Esperanto PO file for 'm4' (version 1.4o)

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'm4' has been submitted
by the Esperanto team of translators.  The file is available at:

    http://translationproject.org/latest/m4/eo.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/m4/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/m4.html

If any question arises, please contact the translation coordinator.

Thank you for all your work,

                                The Translation Project robot, in the
                                name of your translation coordinator.
                                <coordinator <at> translationproject.org>

make check failed 1 test

Build on OS X 10.8.2 with llvm-gcc: FAIL: test-vasprintf-posix

Test suite log and config.log (gzipped) attached.

=========================================
   GNU M4 1.4.16: tests/test-suite.log   
=========================================

1 of 119 tests failed.  (11 tests were not run).  

.. contents:: :depth: 2

SKIP: test-c-stack2.sh (exit: 77)
=================================

cannot tell stack overflow from crash; consider installing libsigsegv

SKIP: test-mbrtowc-w32-1.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-mbrtowc-w32-2.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-mbrtowc-w32-3.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-mbrtowc-w32-4.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-mbrtowc-w32-5.sh (exit: 77)
======================================

Skipping test: not a native Windows system

FAIL: test-vasprintf-posix (exit: 134)
======================================

test-vasprintf-posix.c:237: assertion failed

SKIP: test-wcrtomb-w32-1.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-wcrtomb-w32-2.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-wcrtomb-w32-3.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-wcrtomb-w32-4.sh (exit: 77)
======================================

Skipping test: not a native Windows system

SKIP: test-wcrtomb-w32-5.sh (exit: 77)
======================================

Skipping test: not a native Windows system