Hi Eric,
* Eric Blake wrote on Tue, May 09, 2006 at 02:04:23PM CEST:
As promised here,
http://lists.gnu.org/archive/html/m4-patches/2006-05/msg5.html, I
noticed that m4 bootstrap invokes libtoolize --ltdl prior to autoreconf,
which reinvokes libtoolize without --ltdl. This seems like a
Hi Eric,
* Eric Blake wrote on Tue, May 09, 2006 at 02:04:23PM CEST:
As promised here,
http://lists.gnu.org/archive/html/m4-patches/2006-05/msg5.html, I
noticed that m4 bootstrap invokes libtoolize --ltdl prior to autoreconf,
which reinvokes libtoolize without --ltdl. This seems
[ removing autoconf list -- please Cc: me on replies ]
* Eric Blake wrote on Mon, Jun 05, 2006 at 12:09:07AM CEST:
According to Ralf Wildenhues on 6/4/2006 2:56 PM:
* Eric Blake wrote on Sun, Jun 04, 2006 at 05:40:05AM CEST:
m4: lookup mode 0 called 229730 times, 557880 compares, 348729
[ moving from autoconf to -patches ]
* Ralf Wildenhues wrote on Thu, May 25, 2006 at 06:39:38PM CEST:
* Eric Blake wrote on Tue, May 09, 2006 at 02:04:23PM CEST:
http://lists.gnu.org/archive/html/m4-patches/2006-05/msg5.html,
I noticed that m4 bootstrap invokes libtoolize --ltdl
Hi Eric,
* Eric Blake wrote on Mon, Jun 12, 2006 at 03:12:33PM CEST:
CVS head of m4 currently has a macro, ltdl/m4/debug.m4, that attempts to
alter compile-time flags according to whether --enable-debug is passed to
./configure. However, it uses AC_DISABLE_SHARED and AC_ENABLE_SHARED
* Gary V. Vaughan wrote on Thu, Jun 15, 2006 at 02:00:28PM CEST:
Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Thu, Jun 15, 2006 at 12:57:42PM CEST:
Ralf Wildenhues wrote:
${1+$@} 2/tmp/m4-$$
This is very very unfortunate for debugging. I won't see the output
when
Hello Eric,
* Eric Blake wrote on Fri, Jun 16, 2006 at 04:16:05PM CEST:
Is it intentional that running testsuite outputs testsuite.log and
testsuite.dir in $PWD?
Yes. That's what a hundred useful programs (cc, for example) do by
default with output. (Programs writing to `dirname
[ Cc:ing bug-m4 mostly as FYI ]
M4 upgrade scenario:
- You are working on Autoconf; the build tree has the same --prefix
as an earlier version of Autoconf that is already installed there.
- The earlier Autoconf version used M4 1.4.x as underlying work horse.
- Now (sometime in the future) you
Hi Eric,
* Eric Blake wrote on Fri, Jun 16, 2006 at 09:36:41PM CEST:
M4 upgrade scenario:
Indeed, I will not allow CVS M4 to be released as m4-2.0 until I am
satisfied that this very scenario works without regressions
Good. Well, my testing then has two results: one bug in Autoconf
* Ralf Wildenhues wrote on Fri, Jun 16, 2006 at 07:13:58PM CEST:
[...] lib/m4sugar/m4sh.m4f has not been built at the time
autoconf.as is built, so autom4te will prefer the installed (but old!)
frozen m4sh.m4f.
FYI, I have installed the first patch as below, making it clearer
* Eric Blake wrote on Mon, Jun 19, 2006 at 02:30:12PM CEST:
According to Paul Eggert on 6/19/2006 12:33 AM:
One possibility for m4wrap is to do nothing until after 2.60 is out.
I.e., if m4 2.0 isn't expected to be out soon, we can fix m4wrap
issues in Autoconf 2.61.
I'll put it this
CVS M4 fails test 60 for me on GNU/Linux x86_64:
What else do you need to know?
(Or maybe this is a known failure and I just didn't see it?)
Cheers, please Cc: me on replies,
Ralf
# -*- compilation -*-
60. generated.at:514: testing ...
Hello Nelson, Eric,
Thanks for the bug report.
* Eric Blake wrote on Wed, Sep 27, 2006 at 04:21:27AM CEST:
According to Nelson H. F. Beebe on 9/26/2006 8:51 AM:
Machinetype:Sun W40z (4 CPUs, 2400 MHz AMD64 Opteron, 8GB RAM);
FreeBSD 6.1-RELEASE #0
Configure environment:
Hello Nelson,
* Nelson H. F. Beebe wrote on Wed, Sep 27, 2006 at 03:23:45PM CEST:
The BSD folks are a different religion from the GNU folks, so
conflicts in software interfaces are to be expected.
Not really. The Automake dependency tracking code tries quite hard to
work with any compiler
the build location of modtest.la from modules to
tests for the sake of 'make installcheck',
Indeed, a `rm modules/modtest.la' fixes this failure. How about this?
(We do similar in Libtool for a couple of things.)
Cheers,
Ralf
2006-10-14 Ralf Wildenhues [EMAIL PROTECTED]
* Makefile.am
I'm seeing further destabilization in the Autoconf/M4 combo.
My increased focus on testing this combination is because:
- there was an announcement that the next Autoconf release may be
released soon,
- due to Stepan's recent changes to Autoconf, it practically now
*requires* at least M4 1.4.7
* Bruno Haible wrote on Thu, Nov 02, 2006 at 02:20:31PM CET:
# This script bootstraps a CVS checkout of GNU M4 by correctly
# calling out to parts of the GNU Build Platform. Currently this
! # requires GNU Autoconf 2.60, GNU Automake 1.9.6, GNU Libtool 1.5.22
IIRC CVS HEAD M4 does not
* Eric Blake wrote on Thu, Nov 02, 2006 at 02:41:41PM CET:
According to Ralf Wildenhues on 11/2/2006 6:33 AM:
By the way, M4's bootstrap script could just as well invoke
libtoolize --ltdl=ltdl --install --copy --force
At one point, it did. But I wondered why we were invoking libtoolize
* Eric Blake wrote on Thu, Nov 02, 2006 at 03:20:22PM CET:
According to Ralf Wildenhues on 11/2/2006 6:56 AM:
At one point, it did. But I wondered why we were invoking libtoolize
prior to autoreconf, when autoreconf reinvokes libtoolize, and patches
were made to libtoolize and autoconf
* Eric Blake wrote on Sun, Dec 17, 2006 at 05:21:02AM CET:
* src/main.c (main): Check for errors when closing stdin.
* modules/m4.c (m4exit): Missed part of previous patch: flush
stdin before a successful exit.
Thanks, the stdin seekable test is skipped now, but also the
Old old thread:
http://thread.gmane.org/gmane.comp.gnu.m4.bugs/2045/focus=2048
* Eric Blake wrote on Sat, Oct 07, 2006 at 07:04:13PM CEST:
According to Gary V. Vaughan on 10/5/2006 1:24 AM:
On 3 Oct 2006, at 13:44, Eric Blake wrote:
Is there some way to keep
the temporary .libs/m4.exeS.c
Hello Ben,
* [EMAIL PROTECTED] wrote on Thu, Mar 29, 2007 at 05:37:20AM CEST:
Jason kindly gave me a login on the system that was exhibiting
the problem. I think I tracked down the problem. My analysis
follows.
I'm sorry that you had to do it for this known bug. I guess I should
have
Hello there,
CVS HEAD m4 currently gives me this warning on GNU/Linux:
| ../m4/m4/input.c:483: warning: implicit declaration of function 'strnlen'
which indicates that config.h wasn't included before string.h. I'm a
bit at a loss to see right away how the structurually correct fix for
M4 would
* Gary V. Vaughan wrote on Mon, Apr 02, 2007 at 02:32:45PM CEST:
Thanks for the report. Although I don't get this warning, I have cleaned
up the remaining warnings that I did see on OS X.
Thanks, looking better now. I do get these warnings now, with -Wall:
../m4/m4/macro.c: In function
* Gary V. Vaughan wrote on Mon, Apr 02, 2007 at 08:28:56PM CEST:
On 2 Apr 2007, at 18:45, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Mon, Apr 02, 2007 at 02:32:45PM CEST:
Thanks for the report. Although I don't get this warning, I have
cleaned up the remaining warnings that I did
* Eric Blake wrote on Wed, Apr 04, 2007 at 03:21:46PM CEST:
Are you interested in installing GMP to further test the mpeval module (5 of
the 6 skips)?
Those tests (26 73 124 125 136) pass with GMP.
Also, can you show me tests/testsuite.dir/068/testsuite.log
so I can see why 'stdin
Hi Eric,
* Eric Blake wrote on Tue, Apr 10, 2007 at 03:24:15PM CEST:
According to Ralf Wildenhues on 4/6/2007 5:07 AM:
../../m4/tests/others.at:478: (sed -ne 1q; cat) in.m4
+ sed -ne 1q
+ cat
stdout:
+ set +x
../../m4/tests/others.at:479: test x`cat stdout` = x0)trailing data
.
Reported by Ralf Wildenhues.
With this, HEAD's testsuite passes again on GNU/Linux x86_64, with
expected failures:
9: Renamesyms collisions (macros.at:514)
96: Defn (generated.at:736)
and skipping:
68: stdin seekable (others.at:479)
Thanks,
Ralf
.
Reported by Ralf Wildenhues.
___
Bug-m4 mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-m4
Hello, and a Happy New Year,
quoting memmem.m4:
AC_CACHE_CHECK([whether memmem works], [gl_cv_func_memmem_works],
[AC_RUN_IFELSE([AC_LANG_PROGRAM([#include string.h],
[return !memmem (a, 1, NULL, 0);])],
[gl_cv_func_memmem_works=yes], [gl_cv_func_memmem_works=no],
Hello,
I don't either know what the root cause of your problem is, but it seems
to me it could not hurt if checks/Makefile.in used the same shell and
$(MAKE) initialization as did all the automake-generated Makefiles.
Cheers,
Ralf
2008-01-31 Ralf Wildenhues [EMAIL PROTECTED]
* checks
Hello,
is it worthwhile to generate m4/tests/testsuite from within bootstrap,
so that then,
./configure make all install
does not need the autotools?
Cheers,
Ralf
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
Hi Eric,
I'm seeing a test failure of test 056 on branch-1_4 with
--enable-changeword; valgrind warns with or without the switch though:
Checking ../../checks/056.indir
@ ../doc/m4.texinfo:2440: Origin of test
../../checks/056.indir: stderr mismatch
--- m4-tmp.19265/m4-xerr2008-02-18
Hello Eric,
I think an inadvertent backward incompatibility has been introduced.
Example failure:
./autom4te --language=autotest -I ../../autoconf-2.59/tests suite.at -o
testsuite.tmp
../../autoconf-2.59/tests/local.at:370: error: m4_init: unbalanced
m4_divert_push:
Hi Eric,
* Eric Blake wrote on Mon, Mar 24, 2008 at 01:47:21AM CET:
So, for example, you could submit a patch to gcc to add this to
configure.ac (or one of the files it includes), prior to calling AC_INIT:
# As long as we aren't ready to upgrade to autoconf 2.60,
# make sure that newer M4
* Eric Blake wrote on Mon, Mar 24, 2008 at 01:08:14PM CET:
According to Ralf Wildenhues on 3/24/2008 5:43 AM:
| # As long as we aren't ready to upgrade to autoconf 2.60,
| # make sure that newer M4 will still use LIFO order:
With the typo corrected, I get no difference on your simple example
* Eric Blake wrote on Mon, Mar 24, 2008 at 01:54:16PM CET:
According to Eric Blake on 3/24/2008 6:08 AM:
| | This isn't sufficient
|
| With the typo corrected, I get no difference on your simple example.
I had been wavering for some time, but you have finally given me the
clinching
Hi Keith,
thanks for chiming in (I hoped you would ;-)
* Keith Marshall wrote on Mon, Mar 24, 2008 at 09:18:00PM CET:
On Monday 24 March 2008 16:51, Ralf Wildenhues wrote:
Here's some more data. I installed MinGW's m4-1.4.7 which works
fine. It has this diff over vanilla GNU m4-1.4.7
Hi Eric,
* Eric Blake wrote on Thu, Oct 02, 2008 at 04:51:58AM CEST:
Is there any portable way to process files that contain NUL bytes?
tr? If you only need to compare for equality, then use cmp.
The Solaris man
pages mention that /usr/xpg4/bin/tr can handle NUL bytes, but not
* Eric Blake wrote on Thu, Oct 02, 2008 at 02:46:38PM CEST:
I'll add a blurb to the autoconf manual on sed mentioning that it cannot
be used on binary files (although Posix already says that),
Isn't that obvious? I mean, of all classic unix text-related tools,
only very few operate on
Hello Eric,
running
make check-local TESTSUITEFLAGS=-v
on M4 (git master) produces lots of output on GNU/Linux/bash. More
precisely, the AT_CHECK in builtins.at:470 causes 1024*1024 newlines
to be output, and I think there are more instances later. Can this
easily be avoided?
Hmm, maybe
Hi Eric,
branch-1.6 currently fails distcheck for me with this at the very end:
make[2]: Leaving directory `/tmp/build/m4-1.5.89a.101-d7ae/_build'
rm -f config.status config.cache config.log configure.lineno
config.status.lineno
rm -f Makefile
ERROR: files left in build directory after
Hi Eric,
* Eric Blake wrote on Mon, Apr 13, 2009 at 03:14:21PM CEST:
According to Ralf Wildenhues on 11/23/2008 9:37 AM:
Maybe we can have AT_CHECK modifiers or sister macros that allow to
specify that some output may not be suitable for the screen or the log
file, due to size or content
Hi Eric,
seeing a couple of failures with current git master M4:
Cheers,
Ralf
## -- ##
## GNU M4 1.9a.502-64df-dirty test suite. ##
## -- ##
testsuite: command line was:
$ ../m4/tests/testsuite -C tests
## ---
Hi Eric,
git master M4 uses snprintf in m4/output.c but does not use the snprintf
module from gnulib. This leads to a link error on Tru64/OSF1:
autom4te_perllibdir='../../autoconf'/lib
AUTOM4TE_CFG='../lib/autom4te.cfg' ../bin/autom4te -B
* Ralf Wildenhues wrote on Sat, Jun 13, 2009 at 11:21:04AM CEST:
* Eric Blake wrote on Sat, Jun 13, 2009 at 06:41:20AM CEST:
According to Ralf Wildenhues on 6/12/2009 4:26 AM:
seeing a couple of failures with current git master M4:
-m4: unrecognized option `--diversions=1'
+m4
Hi Eric,
distcheck fails for me with current branch-1.4 on GNU/Linux/x86_64,
gcc-4.2.4:
gcc -std=gnu99-I../../lib -I../lib -Wall -W -Wformat-y2k -Wformat-security
-Winit-self -Wmissing-include-dirs -Wswitch-default -Wunused -Wunknown-pragmas
-Wstrict-aliasing -Wstrict-overflow
[ dropping bug-gnulib, not sure if that's a mistake ]
Hi Eric,
* Eric Blake wrote on Fri, Jul 30, 2010 at 04:23:16PM CEST:
Now fixed in gnulib, and therefore in my current m4 snapshot:
Grab m4-1.4.14.6-76d1 from http://people.redhat.com/eblake/m4/
I tried that on AIX 5.3, see failures
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':
const char input[] =
* Ralf Wildenhues wrote on Wed, Aug 25, 2010 at 11:25:03PM CEST:
Continuing with M4 branch-1.4 failures on AIX 5.3:
[...]
*** m4-tmp.569356/m4-xerr Wed Aug 25 19:05:46 2010
--- m4-tmp.569356/m4-errWed Aug 25 19:05:46 2010
***
*** 0
--- 1,3
+ m4:stdin:1
* Ralf Wildenhues wrote on Sat, Aug 28, 2010 at 09:40:34AM CEST:
The patch series makes M4's own testsuite pass, but in the meantime,
something else broke again so I'm still not completely done.
Never mind, that was PEBKAC. M4 1.4.14.6-76d1-dirty works with git
gnulib and my patch series
Hello,
* Peter O'Gorman wrote on Wed, Feb 23, 2011 at 04:50:32AM CET:
Unless I did it wrong (entirely possible) -
76d1c49b8056aaf3f1046ba19c6dea6eb6aecb78 is the first bad commit -
I can confirm the issue, but my bisect ended at
5e763da323f3927159b6c151f186569a9929ddbe instead.
(You need to
* Mike Stump wrote on Thu, Feb 24, 2011 at 12:06:07AM CET:
On Feb 23, 2011, at 1:37 PM, Eric Blake wrote:
Are you on a machine with SSE4.2 instructions?
Core 2 Duo. darwin10 (aka SnowLeopard). No glibc.
Here no SSE4.2 either. In an up to date build tree of the commit that
exposes the
[ this is http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/7834
from http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01480.html
adding bug-gnulib; followups can elide bug-autoconf ]
* Ralf Wildenhues wrote on Thu, Feb 24, 2011 at 07:24:35AM CET:
IOW, it looks like the replacement code
* Eric Blake wrote on Sun, Feb 27, 2011 at 12:52:22AM CET:
* Ralf Wildenhues wrote on Wed, Feb 23, 2011 at 09:08:07PM CET:
I can confirm the issue, but my bisect ended at
5e763da323f3927159b6c151f186569a9929ddbe instead.
Thankfully, 'git describe 5e763da' in m4.git states:
v1.4.15-3
55 matches
Mail list logo