http://blog.gmane.org/gmane.comp.gnu.m4.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3092 <pre>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.. [cid:image001.png&lt; at &gt;01CE5161.3EACC270] </pre> John Sørland 2013-05-15T09:42:14 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3090 <pre>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.. </pre> John Sørland 2013-05-15T09:42:14 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3088 <pre>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. &gt; &gt; These are basically noise, safe to ignore, will disappear once the required Gettext &gt; version is upgraded; and plans for removal of AM_PROG_MKDIR_P have been dropped, so &gt; 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' &gt; &gt; 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</pre> Stefano Lattarini 2013-04-24T08:45:29 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3082 <pre>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 &lt; at &gt; ../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 &lt; at &gt; ../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 ... Failed checks were: ./180.format:out ./180.format:err ... So the format builtin is not working: tru64% src/m4 format(`%g', `0xa.P+1') ./m4:stdin:1: non-numeric a</pre> Gary V. Vaughan 2013-03-11T05:18:36 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3081 <pre>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 &lt; at &gt; ../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 &gt;&amp;- hpux% echo $? 0 hpux% bash bash-4.2$ echo nothing | ./src/m4 &gt;&amp;- bash-4.2$ echo $? 0 Curiously, this test behaves as expected on HPUX-11.11 and 11.00. Safe to ignore? Can the test case be fixed? Cheers, </pre> Gary V. Vaughan 2013-03-11T03:19:50 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3079 <pre>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 </pre> Eric Blake 2013-03-09T15:12:30 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3076 <pre>Hello, on windows 7 - 64 using CYGWIN 1.7.17-1 trying to install m4 1.4.16 I have been able to download the m4 package through the cygwin gui (home dir = c:\cygwin\home\alex\m4\) and directly by extracting to c:\m4. I am able to run ./configure in both cases in the local directories but the make process doesn't work and fails each time these are the last lines of the make process -- attached is the config log from my last attempt C:\cygwin\home\alex\m4-1.4.16\lib/wait-process.c:298: undefined reference to `waitpid' collect2: ld returned 1 exit status Makefile:1113: recipe for target `m4.exe' failed make[2]: *** [m4.exe] Error 1 make[2]: Leaving directory `/home/alex/m4-1.4.16/src' Makefile:1131: recipe for target `all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/alex/m4-1.4.16' Makefile:1084: recipe for target `all' failed make: *** [all] Error 2 t I usually pride myself in being able to find resources on builds but in this case I would really appreciate a han</pre> Alex Gonzalez 2013-02-28T05:11:57 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3075 <pre>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 -W</pre> org.gnu.bug-m4< at >pooryorick.com 2013-02-25T03:15:47 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3074 <pre>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://translat</pre> Translation Project Robot 2013-02-12T15:32:06 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3073 <pre>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/</pre> Translation Project Robot 2013-01-30T16:27:05 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3070 <pre>Part of a terminal log: PASS: test-strnlen PASS: test-strsignal PASS: test-strstr PASS: test-strtod PASS: test-symlink PASS: test-sys_stat PASS: test-sys_time PASS: test-sys_wait PASS: test-time PASS: test-dup-safer PASS: test-unistd PASS: test-unsetenv PASS: test-update-copyright.sh PASS: test-vasnprintf /bin/sh: line 1: 35783 Abort trap: 6 EXEEXT='' srcdir='.' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LIBSIGSEGV='/usr/local/lib/libsigsegv.a -lc' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_TR_UTF8='none' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP.eucJP' LOCALE_ZH_CN='zh_CN.GB18030' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF-8' LOCALE_JA='ja_JP.eucJP' LOCALE_ZH_CN='zh_CN.GB18030' abs_aux_dir='/Users/vasik/Documents/temp/m4-1.4.16/build-aux' abs_aux_dir='/Users/vasik/Documents/temp/m4-1.4.16/build-aux' MAKE='make' LOCALE_FR='fr_FR.ISO8859-1' LOCALE_FR_UTF8='fr_FR.UTF</pre> Vasily Chemezov 2013-01-19T13:24:27 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3069 <pre>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-va</pre> Stephen R. Darragh 2013-01-06T07:56:03 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3067 <pre>Hi guys during running make check , i am getting this error... make[4]: *** [check-TESTS] Error 1 make[4]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[1]: *** [check] Error 2 make[1]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make: *** [check-recursive] Error 1 /home/user/Desktop/Rajesh is dir where i unzip tha tar file ... Thanks guys . Rajesh </pre> Rajesh Yadav 2012-12-21T17:20:45 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3065 <pre>Hi guys during running make check , i am getting this error... make[4]: *** [check-TESTS] Error 1 make[4]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make[1]: *** [check] Error 2 make[1]: Leaving directory `/home/user/Desktop/Rajesh/m4-1.4.10/tests' make: *** [check-recursive] Error 1 /home/user/Desktop/Rajesh is dir where i unzip tha tar file ... Thanks guys . Rajesh </pre> Rajesh Yadav 2012-12-21T16:03:53 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3063 <pre>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 Galician team of translators. The file is available at: http://translationproject.org/latest/m4/gl.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/d</pre> Translation Project Robot 2012-11-10T18:07:03 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3062 <pre>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 Croatian team of translators. The file is available at: http://translationproject.org/latest/m4/hr.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/d</pre> Translation Project Robot 2012-09-28T14:02:03 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3060 <pre>Like this: $ ./bootstrap bootstrap: creating initial m4/.cvsignore ... $ cat m4/.cvsignore # files created by gnulib, but that gnulib doesn't track *~ .cvsignore .gitignore gnulib-comp.m4 # gnulib-tool edits below here 00gnulib.m4 alloca.m4 ... But that seems unwarranted, since m4 has remove support for and use of .cvsignore files in recent commit v1.4.16-15-g47c48ce, "maint: drop CVS cruft". Not a big deal of course, but I thought you might want to be informed anyway (I'm not attempting a patch because I believe I've already filled my quota of modifications before having to sign yet another copyright assignment form). Regards, Stefano </pre> Stefano Lattarini 2012-09-21T08:28:25 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3058 <pre>=============================== 1 of 119 tests failed (11 tests were not run) See tests/test-suite.log Please report to bug-m4&lt; at &gt;gnu.org =============================== </pre> 藤田 一秀 2012-09-14T13:31:09 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3055 <pre>Building m4 fails with recent versions of glibc (2.16+). The error occurs in a file pulled in from gnulib: In file included from clean-temp.h:22:0, from clean-temp.c:23: ./stdio.h:477:1: error: 'gets' undeclared here (not in a function) make[4]: *** [clean-temp.o] Error 1 make[4]: Leaving directory `/home/brandon/Projects/gsrc/gsrc/trunk/gnu/m4/work/m4-1.4.16/lib' The error exists in this file: lib/stdio.in.h The problem has already been fixed upstream in gnulib[1], so it should be as simple as updating the code included in m4. Cheers, Brandon Invergo [1] https://lists.gnu.org/archive/html/bug-gnulib/2012-03/msg00186.html </pre> Brandon Invergo 2012-08-22T17:52:59 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3052 <pre>Hi, I just noticed that the links m4-latest-... in the download directory on ftp://ftp.gnu.org/gnu/m4 point to version 1.4.15 rather than 1.4.16: lrwxrwxrwx 1 3003 3003 17 Aug 31 2010 m4-latest.tar.bz2 -&gt; m4-1.4.15.tar.bz2 lrwxrwxrwx 1 3003 3003 21 Aug 31 2010 m4-latest.tar.bz2.sig -&gt; m4-1.4.15.tar.bz2.sig lrwxrwxrwx 1 3003 3003 16 Aug 31 2010 m4-latest.tar.gz -&gt; m4-1.4.15.tar.gz lrwxrwxrwx 1 3003 3003 20 Aug 31 2010 m4-latest.tar.gz.sig -&gt; m4-1.4.15.tar.gz.sig lrwxrwxrwx 1 3003 3003 16 Aug 31 2010 m4-latest.tar.xz -&gt; m4-1.4.15.tar.xz lrwxrwxrwx 1 3003 3003 20 Aug 31 2010 m4-latest.tar.xz.sig -&gt; m4-1.4.15.tar.xz.sig Please update the links. Best regards, Albert. </pre> Albert Reiner 2012-08-20T11:04:48 http://comments.gmane.org/gmane.comp.gnu.m4.bugs/3049 <pre>Hello, I've built GNU m4 on AIX 6.1 Power6, with the following options: CONFIG_SHELL=/bin/bash /bin/bash \ ../m4-1.4.16/configure \ --disable-nls \ --prefix="/sw/aix61/m4-1.4.16-64bit" \ AR="ar -X 64" \ NM="nm -B -X 64" \ LDFLAGS="-q64" \ CC=xlc_r \ CFLAGS="-g -O3 -q64 -qstrict -qarch=pwr6 -qtune=pwr6" \ SHELL=/bin/bash I'm getting several configure failures because the corresponding test codes contain incorrect statements like division by zero to obtain Inf FP values. Unfortunately the compiler catches these parts early and thus the program is never run. This is entirely unnecessary if the declaration of the C99 NAN and INFINITY macros had been tested before that. Consequently the test-vasprintf-posix part of make check fails, I assume because of the failed configure tests. The above-described problem can be seen in lines 5243 and following of the attached config.log. Regards, Thomas </pre> Thomas Jahns 2012-08-07T09:15:15 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnu.m4.bugs