>
> define(foo, $1)
>
> define(bar, $1($2) )
>
> bar(foo, fwap)
This evaluates to:
bar( , fwap)
since the first parameter is calling foo with no arguments.
You should have put:
bar(`foo', `fwap')
so that when bar is called, foo hasn't been expanded yet.
HTH,
heers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description: OpenP
output of the foo macro]])
=>
# foo
=> # foo
foo
=> # there aren't any arguments to foo
this is output of the foo macro
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hac
correct?
Absolutely. I'm only the official voice of GNU M4 though, the POSIX
committee holds the reins of the standard.
> [I don't intend for this to come across as overly argumentative. I just
> want to make my case to you/whoever is in charge of m4.]
Not at all.
Hopefully,
-- ChangeLog 3 Feb 2005 16:43:10 -0000 1.1.1.1.2.9
+++ ChangeLog 3 Feb 2005 17:05:28 -
@@ -1,5 +1,15 @@
2005-02-03 Gary V. Vaughan <[EMAIL PROTECTED]>
+ * src/m4.h (__CYGWIN__, WIN32): Canonicalise Windows and Cygwin
+ recognition macros.
+ * src/freeze.c (pr
new internet provider connects
me, and I can clear the patch queue.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)
Salut Akim!
It's good to hear from you my friend. Hope all is well, and life
is being good to you.
Akim Demaille wrote:
>>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
>
> > Stepan Kasal wrote:
> >> Hi,
> >> I'd
de', f), b, x)
> z'x
Did you mean to add a quote there:
patsubst(qindir(`include', f), `b', x)
Or are you trying to specify a different use case:
qindir(`patsubst', qindir(`include', f), `b', x)
I'm not sure I understand what the NONO i
7;)
GEN_LABEL_2()
label1:
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
s
/m4.mo
> installing de.gmo as /usr/share/locale/de/LC_MESSAGES/m4.mo
> installing el.gmo as /usr/share/locale/el/LC_MESSAGES/m4.mo
> installing fr.gmo as /usr/share/locale/fr/LC_MESSAGES/m4.mo
> installing it.gmo as /usr/share/locale/it/LC_MESSAGES/m4.mo
> installing ja.gmo as /usr/share
1.4.2 is a bug fix release from the positively ancient stable branch,
which isn't internationalised. I can't reproduce your DESTDIR problems
with that tarball though; can you send the output of a failed
installation to help me find the bug?
Cheers,
Gary.
--
Gary V. Vaug
t directory.
for dir in . .. ../..; do
if test -f "$dir/install-sh"; then
auxdir=$dir
break
elif test -f "$dir/install.sh"; then
auxdir="$dir"
break
fi
done
fi
# Just use the curren
m4-2.0) has __m4_version__.
Release versions of GNU m4 could use syscmd(`m4 --version') if PATH is
set reasonably...
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://w
Did you forget AC_CONFIG_FILES([Makefile])
in configure.ac?
In any case, bootstrapping in mingw is not well supported.
You will probably get further if you bootstrap in cygwin,
and then run ./configure from mingw.
HTH,
Gary.
--
Gary V. Vaughan ())_. gary@
{lilith.warpmail.net,gnu.org},[EMAIL PROTE
ive you an m4 commit bit to iron out any wrinkles if that will be of
any use to you?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `
0.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description:
ion -- -
usage: m4 [-gs] [-d flags] [-t macro] [-o file] [-Dname[=val]] [-Uname] [-I
dirname...]
Looks like you don't have GNU m4 installed on that machine.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd
ems the porting m4 to BSD got messed up.
Or your PATH? Where does BSD ports put its packages? For darwinports,
everything is below /opt/local, and I have to add /opt/local/bin near
the start of my path to get the GNU versions of various tools.
Thanks,
--Dan
HTH,
Gary.
--
Gary V.
ile
> autoconf-2.59, I don't know the reason, Can you help
> me to fix the bug?
I might be able to see what is happening if you
show me the error.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-a
Hi Damian,
Damian Menscher wrote:
> http://www.gnu.org/software/m4/manual/m4.html
>
> s/woould/would/
Thanks. Now fixed in CVS. The web manual won't be updated until
the next release though.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Rese
Hallo Ilya,
Ilya N. Golubev wrote:
>
> * input.c (match_input): Do not pass expression with
> side effect to `obstack_grow'. Fixpush_string!>.
Thanks, applied to branch_1-4.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
R
not $(srcdir)/doc/[EMAIL PROTECTED]
>
> * THANKS: Update.
> @@ -6394,4 +6404,4 @@
> * Initial beta release. Release 0.50, manual 0.05.
>
>
> - $Revision: 1.292 $ $Date: 2006/05/05 13:41:14 $
> + $Revision: 1.293 $ $Date: 2006/05/06 03:56:50 $
>
>
I'm afraid I've gotten so
used to working around it with a manual libtoolize invocation that I
had stopped seeing it as a bug. It is something that should be fixed
before releasing Autoconf-2.60 though, or else Libtool-2.0 will need
another Autoconf release for proper integration :
ic notes you feel appropriate :-) When you check changes
back in, they are reflected to the live page fairly quickly (a matter
of minutes IIRC). I have some half-baked ideas, including a logo
if you are interested...
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.or
already a step forward though, so feel free to commit
as is if you haven't the time to work on an install-hook.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http://trac.az
Eric Blake wrote:
> Hi Gary,
Hi Eric!
> According to Gary V. Vaughan on 5/24/2006 6:05 AM:
>>> I concur that a relative link to a user's local html installation would
>>> be preferable. Maybe we could add an install-hook rule that looks for
>>> the refer
else that needs to be in the tree before making a
1.4.5 release?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http://trac.azazil.net/projects/libtool
Technical A
nch-1_4&tr1=1.1.1.1.2.9&tr2=1.1.1.1.2.10&r1=text&r2=text
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http://trac.azazil.net/projects/libtoo
Eric Blake wrote:
> (Gary, could we get savannah set up to carbon the
> list when someone posts here?)
Sure. Done.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker
Hi Eric,
Apologies for not having looked at any of this properly yet: I've just
got back from a long weekend break, and will be away again from Thursday
morning through Monday morning!
Eric Blake wrote:
> Gary, with this patch, I think I have now covered all outstanding bugs
> that were in the w
Hallo Ralf,
[adding bug-m4, and quoting generously to remind us to address the
issues you raise]
Ralf Wildenhues wrote:
> * Gary V. Vaughan wrote on Thu, Jun 15, 2006 at 12:57:42PM CEST:
>> Ralf Wildenhues wrote:
>>> So could you please list the technical problems you s
il, this is the
> only idea that we should also fold into m4 1.4.5.
Agreed. I also think that having a combined loader in m4-2.x was a bad idea.
We would be better to have a 'V1' loader common to m4-1.4.x and all future
releases, and a separate 'V2' loader for m4 >= 2.0.
t;len(" > a.m4
$ echo "abc)" > b.m4
$ m4 a.m4 b.m4
3
$ m4 a.m4 -
NONE:0: m4: ERROR: EOF in argument list
The rationale being that the 'm4 a.m4 -' idiom is for slurping setup
from a.m4 for an interactive session.
Cheers,
Gary.
--
Gary V. Vaughan
> $ /usr/ccs/bin/m4
> m4wrap(`define(a,')dnl
> m4wrap(defn(`divnum'))dnl
> m4wrap(`)a
> ')dnl
> ^D
> $ m4 # m4wrap is still LIFO; so this puts the same data on the wrap stack
> m4wrap(`)a
> ')dnl
> m4wrap(defn(`divnum'))dnl
> m4wrap(`define(a,
o match,
or we will get spurious failures.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http://trac.azazil.net/projects/libtool
Technical Author `(_~)_ http://sources.redhat.c
ange it back in compatibility
mode (--traditional) if existing code turns out to require
non-blind shift.
> What about m4wrap? Because of the prefix, it is less likely
> to appear in ordinary text. But it really makes no sense to
> wrap nothing; should I change it to be blind?
Same
Hi Eric!
Eric Blake wrote:
> According to Gary V. Vaughan on 7/10/2006 3:55 AM:
>>> Eric Blake wrote:
>>>> I just looked at the list of blind macros (those that must be
>>>> passed arguments to be recognized, such as define), and had
>>>> a couple
e is included in the section entitled
[EMAIL PROTECTED] Free Documentation License.''
If Santiago agrees with me, I think we should undo that part of
the change, and release 1.4.6 relatively soon.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research
define(`f',defn(`f')defn(`f'))
define(`f',defn(`f')defn(`f'))
define(`f',defn(`f')defn(`f'))
divert(1)
f
divert
syscmd(echo hi >&3)
hi
$
Oops - we didn't set the fd of our temporary file to close-on-exec,
so the
child process inhe
the top of my head, ISTR rerunning the failed libtool line with
RM set to ':' in the environment leaves behind the temporory *S.c
files.
Cheers,
Gary
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED]
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker
Hi Eric!
On 7 Oct 2006, at 18:04, Eric Blake wrote:
On 3 Oct 2006, at 13:44, Eric Blake wrote:
Is there some way to keep
the temporary .libs/m4.exeS.c to see what symbols it is trying
to define,
and why the __fu0_* and __m4_thnk_* are failing to link?
Off the top of my head, ISTR rerunning
.
And similarly, we should allow -r with no argument to reset the regexp
syntax back to the compiled in default.
I'll wait a few days for feedback and then add them to TODO unless you
disagree with anything?
Cheers,
Gary
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED]
Researc
IMHO.
Cheers,
Gary
--
Gary V. Vaughan ())_. [EMAIL PROTECTED]
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http://www.gnu.org/software/{libtool,m4}
Technical Author `(_~)_ http://sources.redhat.com/autobook
PGP.sig
Description: This is a
Hi Eric,
Just browsing through my backlog...
On 20 Jan 2007, at 20:09, Eric Blake wrote:
--- TODO5 Sep 2006 13:25:24 - 1.20
+++ TODO21 Jan 2007 04:09:06 - 1.21
@@ -1,5 +1,5 @@
[[snip]]
- + Sort out all the weird forms of interaction between changesyntax,
-
On 31 Jan 2007, at 21:43, Eric Blake wrote:
--- m4/resyntax.c 14 Nov 2006 19:40:12 - 1.3
+++ m4/resyntax.c 1 Feb 2007 05:43:09 - 1.4
@@ -1,5 +1,5 @@
/* GNU m4 -- A simple macro processor
- Copyright (C) 2006 Free Software Foundation, Inc.
+ Copyright (C) 2006,
On 25 Feb 2007, at 14:36, Eric Blake wrote:
According to Gary V. Vaughan on 2/25/2007 12:54 PM:
- canonical = strdup (spec);
+ canonical = xstrdup (spec);
Doesn't fileutils have some nice make rules we can adapt to catch
things like this automatically?
Yes, coreutils has Makefile.
$ make check TESTSUITEFLAGS='-v 68'
[[...]]
## --- ##
## GNU M4 1.9a test suite. ##
## --- ##
68. others.at:458: testing ...
../../tests/others.at:467: m4 -b -d < in.m4
--- - 2007-03-28 17:36:35.0 +0100
+++ /Users/gary/Devo/Source/m4--devo--0/+bui
Hallo Ralf,
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.
On 2 Apr 2007, at 12:34, Ralf Wildenhues wrote:
CVS HEAD m4 currently gives me this warning on GNU/Linux:
| ../m4/m4/input.c:483: warning: implicit declarat
Hi Eric,
On 2 Apr 2007, at 13:20, Eric Blake wrote:
According to Gary V. Vaughan on 3/28/2007 10:47 AM:
$ make check TESTSUITEFLAGS='-v 68'
68. others.at:458: testing ...
../../tests/others.at:467: m4 -b -d < in.m4
--- - 2007-03-28 17:36:35.0 +0100
+++
/Users/gary/D
Hi Eric,
Here is the relevant code from modules/m4.c in CVS HEAD:
508/* POSIX requires that if m4 doesn't consume all input,
but stdin is
509 opened on a seekable file, that the file pointer be
left at the
510 next character on exit (but places no restrictions on
t
On 2 Apr 2007, at 17:24, Paul Eggert wrote:
"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
At worst we need an autoconf test to see whether fflush works on
stdin,
but maybe all that is needed is to call fpurge when present, and
fallback to fflush otherwise?
For what it
Hallo Ralf,
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 see on OS X.
Thanks, looking better now. I d
Hallo Ralf,
On 2 Apr 2007, at 22:49, Ralf Wildenhues wrote:
* 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
Hi Eric,
On 3 Apr 2007, at 03:53, Eric Blake wrote:
According to Gary V. Vaughan on 4/2/2007 4:37 PM:
Cast the subscript to unsigned char before using it as index.
Otherwise, on a system where char is signed, and its high bit is
set,
and you haven't adjusted the array range to allo
Hi Eric,
On 10 Apr 2007, at 04:44, Eric Blake wrote:
According to Eric Blake on 4/9/2007 8:47 PM:
However, for now I will omit the lseek (and thus the
dependence on the unistd module), check in the modified patch
(attached),
and see how the module fares in testing.
And here's the followup
Hi Eric,
[for bug-gnulib, this is on Mac OS 10.4.9 intel]
On 11 Apr 2007, at 13:39, Eric Blake wrote:
gnulib-tool --with-tests --test fflush
make check-TESTS
File offset is wrong.
FAIL: test-fflush
PASS: test-stdio
PASS: test-unistd
===
1 of 3 tests failed
==
Hi Eric,
I think your recent patch to eval has either broken something, or else
tickled a long standing bug. Using the latest gnulib and m4 HEAD, test
135 is failing. Here is a typescript that illustrates the problem:
$ make check TESTSUITEFLAGS='-v 135'
...
--- - 2007-04-30 17:46:28.000
Hallo Stefan,
On 19 May 2007, at 19:12, Stefan Wengenroth wrote:
I think the probleme may be, that macosx havn't the compiler C? Right?
is there a way out of this problem on my machine?
You need to install the xcode tools from hte Mac OS installation DVDs.
Cheers,
Gary
--
())_.
Hi Eric,
On 28 May 2007, at 22:47, Eric Blake wrote:
According to Eric Blake on 5/25/2007 11:26 AM:
Meanwhile, I have to port it to HEAD. And I would also like to
fix the bug
that I uncovered in the interactions between -s and divert (but
probably only
on head, as I think it will be pretty
Hi Eric,
On 31 May 2007, at 01:56, Eric Blake wrote:
According to Eric Blake on 5/28/2007 10:15 PM:
Try this for a fun time:
$ echo 'format(%*.*d,-1,-1,1)' | m4 | wc
1 1 2280281
A related question I have about the format builtin:
Consider printf(1). POSIX allows conversion fro
On 31 May 2007, at 14:05, Eric Blake wrote:
Hello Gary,
Hi Eric,
According to Gary V. Vaughan on 5/31/2007 5:19 AM:
Meanwhile, m4's format builtin, for the past 17 years, has
handled %c as
a conversion from integer to character (with ASCII, format(%c,9)
results
i
Here is the recipe I used to set up the sources:
$ wget ftp://alpha.gnu.org/gnu/m4/m4-1.4.9b.tar.gz
$ tar zxf m4-1.4.9b.tar.gz
$ cd m4-1.4.9b
Here is the recipe I used to build and test on each machine:
$ cd devel/m4-1.4.9b
$ mkdir `config.guess` && cd `config.guess`
$ ../configure --enab
On Jul 13, 2007, at 12:22 PM, Clemens Koller wrote:
Hi, Gary!
Hi Clemens,
Thanks for the bug report. I'm forwarding to the bug-m4 mailing list
for
wider visibility.
This looks like a corner case for one of the files from gnulib that m4
imports during bootstrap: I'm forwarding to the bug-
Hi Eric,
On Jul 22, 2007, at 12:27 AM, Eric Blake wrote:
This is the patch, I'm still working on a testsuite addition:
2007-07-21 Eric Blake <[EMAIL PROTECTED]>
Fix failure on NetBSD.
* src/output.c (m4_tmpopen): Explicitly reset append-mode stream
position to byte 0.
On Jul 22, 2007, at 6:52 PM, Eric Blake wrote:
Hi Gary,
Hi Eric!
On Jul 22, 2007, at 12:27 AM, Eric Blake wrote:
This is the patch, I'm still working on a testsuite addition:
This bug seems to be present in HEAD too. If so, can you please
commit the
patch there too?
Done.
Excellen
Hi Eric,
On Aug 22, 2007, at 3:43 PM, Eric Blake wrote:
I just noticed this submission today:
https://savannah.gnu.org/patch/?5946
although it has been posted since May.
Hmmm... that's odd, because the patch manager was already set to notify
bug-m4@gnu.org, so something is not working right :
On 20 Mar 2008, at 20:22, Eric Blake wrote:
| What I would like to do is STOP m4 from recognizing these 3 words as
| internal macros. They get in the way of programs and SQL and ...
|
| I am going to try "undefine" but I doubt it will work for internal
macros.
Why do you doubt? undefine(`fo
Hi Eric,
On 21 Apr 2008, at 22:29, Eric Blake wrote:
According to Gary V. Vaughan on 4/21/2008 5:36 PM:
|> +if test "${M4MODPATH+set}" = set ; then
|> + M4MODPATH="@abs_top_builddir@/modules:$M4MODPATH"
|> +else
|> + M4MODPATH="@abs_top_bu
Hi Eric,
On 21 Apr 2008, at 18:51, Eric Blake wrote:
+if test "${M4MODPATH+set}" = set ; then
+ M4MODPATH="@abs_top_builddir@/modules:$M4MODPATH"
+else
+ M4MODPATH="@abs_top_builddir@/modules"
+fi
M4MODPATH="@abs_top_builddir@/modules${M4MODPATH+:$M4MODPATH}"
Cheers,
Gary
--
())_.
Hi Eric,
On 29 Apr 2008, at 12:04, Eric Blake wrote:
According to Thomas Klausner on 4/29/2008 7:32 AM:
| Do you have a patch I could use for 1.4.11 or will 1.4.12 be out
soon?
My hope is that 1.6 is close enough to releasing (ie. less than 2
months,
if I have enough free time), that I wa
Hi Joseph,
On 4 May 2008, at 14:18, Joseph Maxwell wrote:
gcc -I. -g -O2 -MT version-etc.o -MD -MP -MF .deps/version-
etc.Tpo -c -o version-etc.o version-etc.c
version-etc.c: In function `version_etc_va':
version-etc.c:53: error: parse error before "const"
version-etc.c:53: error: parse er
On 5 May 2008, at 10:35, Eric Blake wrote:
Gary V. Vaughan mac.com> writes:
However, since m4-1.4.11 has 3 authors, you could work around it by
rewriting
the version_etc function to accept author names explicitly:
Huh?
$ m4-1.4.11 --version | tail -n1
Written by Rene' Seindal
Hi Joseph,
Your OS is older than the one I'm testing on, but I still think your
gcc installation is not quite right somehow. Have you tried compiling
with the SGI compiler?
On 5 May 2008, at 03:46, Joseph Maxwell wrote:
% gcc -v
Reading specs from /usr/freeware/lib/gcc-lib/mips-sgi-irix6.5/3.3
Hi Joseph,
On 5 May 2008, at 19:40, Joseph Maxwell wrote:
Gary V. Vaughan wrote:
Yes indeed! Joseph please attach version-etc.pp.gz as generated by
the
following to your next reply:
$ cd src
$ gcc -I. -E version-etc.c | gzip -c > version-etc.pp.gz
I am taking 'src' as be
Hi Eric,
On 2 Oct 2008, at 10:51, Eric Blake wrote:
Is there any portable way to process files that contain NUL bytes?
None that I'm aware of. Many GNU utilities are reasonably well
behaved with respect to '\0', and m4 is unusual to some extent in that
we don't handle them well ourselves.
Hi Eric,
Thanks for working on this, and giving me time to run some tests :)
2009/1/17 Eric Blake :
> I obviously missed releasing GNU M4 1.4.13 by the end of 2008, but maybe
> I'll make January. Gnulib has had some improvements to fix bugs reported
> on the last snapshot, but also introduced so
Oops, I pressed r(eply) instead of R(eply-all)...
-- Forwarded message --
From: Gary V. Vaughan
Date: 2009/2/19
Subject: Re: include_next with OSF/1 cc
To: Bruno Haible
Hi Bruno,
Sorry for the late reply.
2009/1/24 Bruno Haible :
> Gary V. Vaughan wrote:
>> !THE FOL
2009/1/24 Bruno Haible :
> Gary V. Vaughan wrote:
>> hppa2.0w-hp-hpux11.11-hpc m4 tests pass, gnulib fails: test-c-stack.sh
>> ./test-c-stack.sh[7]: 1752 Memory fault(coredump)
>> FAIL: test-c-stack.sh
>
> I reproduce this on HP-UX 11.11, without libsigsegv.
>
>
Hi Eric,
Mostly an improvement over the last snapshot, with only the new failure
on hpux10.20 being a surprise!
2009/2/23 Eric Blake :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> [bcc'ing everyone who responded to snapshot 2; thanks again for your
> previous feedback]
>
> One more snaps
Hi Eric,
2009/2/24 Eric Blake :
> According to Gary V. Vaughan on 2/23/2009 7:39 PM:
>> powerpc-ibm-aix5.3.0.0-xlc80 m4 test fails: 191.sysval
>> Checking ./191.sysval
>> @ ../doc/m4.texinfo:6604: Origin of test
>> ./191.sysval: stdout mismatch
>> *** m4-tmp.7661
Hi Eric,
2009/2/24 Eric Blake :
> According to Gary V. Vaughan on 2/23/2009 7:39 PM:
>> ia64-hp-hpux11.31-acc622 m4 tests pass, gnulib fails: test-strtod
>> test-strtod.c:386: assertion failed
>> test-strtod.c:387: assertion failed
>> test-strtod.c:559:
Hi Eric,
2009/2/24 Eric Blake :
> According to Gary V. Vaughan on 2/23/2009 7:39 PM:
>> ia64-hp-hpux11.23-acc622 m4 tests pass, gnulib fails to compile
>> test-stdint.c
>> cc -AC99 -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I./../lib -z
>> +O2 +Ofl
Hi Eric,
2009/2/24 Eric Blake :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Gary V. Vaughan on 2/23/2009 7:39 PM:
>> hppa2.0-hp-hpux10.20-hpc1037 m4 fails: 175.format
>> Checking ./175.format
>> @ ../doc/m4.texinfo:5978: Origin of test
&g
Hi Bruno,
2009/2/25 Bruno Haible :
> Gary V. Vaughan wrote:
>> #define INT8_MAX INT8_C(127)
>> #define INT16_MAX INT16_C(32767)
>> #define INT32_MAX INT32_C(2147483647)
>> #define INT64_MAX INT64_C(9223372036854775807)
>>
>> #define INT8_MI
Hi Bruno,
2009/2/25 Bruno Haible :
> Gary V. Vaughan wrote:
>> All pass except this one:
>>
>> ...
>> cc -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I./../lib -I../intl
>> +O2 -Ae -z +Ofltacc +ESlit +DAportable +Oentrysched +Odataprefetch
>> +Onolimit -c t
Hi Eric,
2009/2/25 Eric Blake :
> According to Gary V. Vaughan on 2/24/2009 10:31 PM:
>>> I'm assuming that it will print oops, in which case I can modify the test
>>> to skip the test if kill fails.
>>
>> Nope, afraid it's doing something else :(
>
Hi Eric,
Diligently following your lead:
2009/2/26 Eric Blake :
> Gary V. Vaughan gnu.org> writes:
>
>> > What is sysval after this run?
>> >
>> > $ echo 'changequote([,])syscmd([echo "meh" && kill -9 $$ ||
>> > echo "
s only BSD find),
but with a cursory look around I couldn't see where the failing find
was invoked.
With gfind in my PATH, I also tried rerunning the testsuite with:
; FIND=gfind make check
...but I get the same failure.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hi Peter,
On 28 May 2010, at 20:43, Peter O'Gorman wrote:
> On 05/28/2010 12:30 AM, Gary V. Vaughan wrote:
>
>> Obviously, the test is assuming GNU find (which is called gfind on my
>> machine, but it doesn't come with Mac OS, which ships only BSD find),
>>
rc/m4 >&-
hpux% echo $?
0
hpux% bash
bash-4.2$ echo nothing | ./src/m4 >&-
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,
--
Gary V. Vaughan (gary AT gnu DOT org)
include
# undef __need_system_stdlib_h
After reconfiguring and building with this patch, m4 now picks up the working
gnulib strtod:
tru64% src/m4
format(`%g', `0xa.P+1')
20
And the full testsuite (gnulib tests and all) p
Hi Paul,
On 11 Mar 2013, at 12:31, Paul Eggert wrote:
> On 03/10/2013 10:18 PM, Gary V. Vaughan wrote:
>> Any objections if I push the fix?
>
> No, thanks, that fix looks good to me.
Pushed. Thank you.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Eric,
On 11 Mar 2013, at 19:54, Eric Blake wrote:
> On 03/10/2013 09:19 PM, Gary V. Vaughan wrote:
>> 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 th
/gnu/m4/m4-1.4.16.tar.gz, unpack it, configure with:
$ ./configure --prefix=$HOME --program-transform-name='s|^|g|'
$ make all install
$ export M4=$HOME/bin/gm4
And try building flex again.
HTH,
--
Gary V. Vaughan (gary AT vaughan DOT pe)
On Sep 22, 2013, at 8:08 PM, Dagobert Michelsen
wrote:
> Hi Gary,
Hi Dago,
> Am 22.09.2013 um 10:01 schrieb "Gary V. Vaughan" :
>> This release is a minor update, but recommended for all users.
>>
>> Most notably, it closes an obscure potential security hole
log.
> When I disable using git in our buildsystem
> the compilation works fine. I would prefer a system that enabled flags
> explicitly and not by inspecting side effects but I can understand the
> current behaviour.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Eric,
On Sep 24, 2013, at 10:07 AM, Eric Blake wrote:
> On 09/23/2013 09:28 AM, Gary V. Vaughan wrote:
>>
>> Clearly, it should at least check whether the compiler is actually gcc
>> before piling
>> on the flags, although I don't think it is serious enoug
revisions prior to that allow m4 to pass it's tests, but I'm afraid I don't
understand the change well enough to point at the actual root of the issue.
Hopefully someone here more knowledgable than I will be able to advise.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Eric,
> On Dec 5, 2014, at 7:11 PM, Eric Blake wrote:
>
> On 12/05/2014 12:03 PM, Gary V. Vaughan wrote:
>
>> Bisecting my way to the the first gnulib changeset that causes these
>> failures, I landed at:
>>
>> bb2ab7e 2014-10-29 14:02 Alan Modra o
On Friday 06 April 2001 8:06 am, [EMAIL PROTECTED] wrote:
> Version:
> m4 version 1.4, all operating systems
>
> Problem description:
>
> The format macro returns a wrong output if you specif an integer number
that terminates with a 0, example try to output the number 10 using:
> > format(%f,
1 - 100 of 129 matches
Mail list logo
