build-aux/config.rpath': No such file or
directory
We need some way to make gnulib-tool respect the spelling of the target
project's AC_CONFIG_AUX_DIR.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (
h is my installed libtool 2.1a, and I am pretty sure that
lt_dlhandle_fi{nd,rst} were added in 2.x, explaining the link failure.
What I can't track down is why the link command is looking in the wrong
directory, and thus getting the wrong symbols for libltdl.
- --
Life is short - so
occupied
with trying to get libtool 2.0 ready to release, so it may be a while
before a patch to m4 is provided (unless you can volunteer to help
contribute one).
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4
, so it will likely be a while
before you see an m4 release with an install-strip make target.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/ebl
efault behavior, so if this works, we might as well
document it and fix install-sh accordingly.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcas
are free to patch the FreeBSD port
if you wish; after all, m4 is free software.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.g
new maintainer pretends to hold an opinion, that this issue must
> be
> addressed by the software's vendor (you), rather than by the port
> (him) :-( We'll see...
Then you can offer to help by speeding up the release of libtool 2.0, so
that the release of m4 2.0 can follow.
and build it yourself to see
what will be available when m4 2.0 is finally released; note that CVS m4
currently requires CVS libtool, autoconf, and automake.
>
> Seems like in trying to make it easy for the dimmest, you are delaying
> the gratification of the normal :-(
>
>
patch for the proposed fix against m4-1.4.4 is also attached.
> (The branch name m4-1.4.4.1 is just for my own convenience.)
Unfortunately, the patch is too big to be considered trivial; are you
willing to assign copyright to the FSF? This is a legal necessity before
your patch can be applie
es, so that I can help track copyright assignments.
>
> Cheers,
> Gary.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Commen
dribble like
this is unenforceable here, so it is good netiquette that you use an email
account that will not append such garbage to the end of your email when
posting to a public list (there are a number of free web-based email
services).
- --
Life is short - so eat dessert first!
Eric
ht not be applied before m4 2.0 development begins again
in earnest.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
unc_echo "patching include directories in gnulib regex module"
> mv $config_macro_dir/regex.m4 $config_macro_dir/regex-m4.old
> --- 117,124
> ## Import Gnulib modules. ##
> ## -- ##
>
> ! func_echo "running: ${GNULIB_TOOL} --update"
> ! ${GNULIB_TOOL} --upd
rwork, so I applied it with minor formatting changes (as
attached).
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Moz
lf to overcome, but it makes
sense. Thanks for the pointer.
By the way, any comments on my proposed update to AUTHORS?
http://lists.gnu.org/archive/html/m4-patches/2006-05/msg3.html
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATU
t various core dumps,
seen in http://lists.gnu.org/archive/html/m4-patches/2006-01/threads.html,
we will be needing a 1.4.5 sooner than later.
2006-05-08 Eric Blake <[EMAIL PROTECTED]>
* THANKS: Update.
* doc/m4.texinfo (Bugs): Backport bug email address from head.
autoreconf.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
nt version because the included
> one is rather outdated.
Will do.
>
> I hope the patches appended below are convenient for you.
>
>
> Thanks.
>
> Andreas Büning
>
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PG
me in ChangeLog,
per GNU coding standards; but I will use your preferred spelling in THANKS
(patch to THANKS not listed here, since it includes lots of email
addresses). Also, I will be committing THANKS in utf-8 encoding, rather
than Latin1, since that seems to be what other packages have been
omake CVS versions (CVS head does not have this problem of
out-of-date scripts, since it depends on using a CVS version of automake).
2006-05-09 Eric Blake <[EMAIL PROTECTED]>
* install-sh: Update to newer upstream version.
* mkinstalldirs: Likewise.
Reported by Andreas
r than falling back to an outer definition (resulting in
"one three").
The difference of my interpretation vs. yours would be that if
SYMBOL_DELETED(sym) is true, I would always use $0($@) at that point,
rather than falling back to any earlier definition that is still defined.
Does any other
Ilya N. Golubev mo.msk.ru> writes in Jan 2006:
>
> CVS branch: branch-1_4
>
> posted on Thu, 10 Nov 2005
> 18:08:17 +0300 (<027a4373626100-gin mo.msk.ru>) describes an internal
> error that occurs in certain build configurations unconditionally once
> certain line of C code is executed, one w
Eric Blake byu.net> writes:
Answering myself,
> First, I claim that some of the behavior you call unspecified in section 2
> is actually specified. For example, you mention
>
> define(`f',`one')f(define(`f',`two'))
>
> According to POSIX, &quo
he latest versions of install-sh and mkinstalldirs.
Could you please check it out and see if it resolves your problem?
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
Eric Blake byu.net> writes:
> Answering myself,
yet again,
> I went one step further, and compared against Solaris 8's /usr/
> {ccs,xpg4}/bin/m4, with surprising results:
>
> In a slight modification of your third example,
>
> define(`f',1)f(pushdef(`f&#
gt;
^D
=>a
But with CVS head:
$ POSIXLY_CORRECT=1 m4:
define
=>define
m4wrap(a,b)
=>
^D
=>a b
While we can probably keep our m4wrap behavior as an extension, we should fix
the behavior of expanding define into a null string when no arguments are
present if POSIXLY_CORRECT or --trad
h-1_4 to get the latest CVS
> source. Maybe you could state this on the m4 homepage
> http://savannah.gnu.org/cvs/?group=m4 ?
I wish I could; but I don't know how to make savannah allow project admins
to list the active CVS branches on that page.
- --
Life is short - so eat dessert fir
at patch here since
it includes random email addresses.
2006-05-11 Eric Blake <[EMAIL PROTECTED]>
* THANKS: Update.
* doc/m4.texinfo (Changequote): Give testsuite exposure to bug
patched on 2005-12-04. Reported by Ilya N. Golubev <[EMAIL PROTECTED]>
- --
[A typo on my part made this message, intended to be copied to bug-m4,
accidentally drop in the bit-bucket.]
-- Forwarded Message: --
From: (Eric Blake)
To: bug-gnu-utils, [EMAIL PROTECTED]
Subject: Re: documentation error in m4 online help
Date: Sun, 21 May 2006 02:43:13
en link (and makes it
easier to generate the html manual in the 1.4.x series):
2006-05-23 Eric Blake <[EMAIL PROTECTED]>
* Makefile.in (html): New target.
* doc/Makefile.in (html, m4.html): Likewise.
(MAKEINFOHTML): New macro.
* doc/m4.texinfo (Francois) [ifn
ving
that post-processing to distributions that actually ship html docs along
with their binaries. And 2.0 is far enough out that maybe texinfo will
have a better solution by then.
> 2006-05-23 Eric Blake <[EMAIL PROTECTED]>
>
> * Makefile.in (html): New target.
> *
gets and wait for m4 2.0 (which has already been fully autoconfiscated)
to become compliant with the GCS.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Karl,
According to Karl Berry on 5/24/2006 4:25 PM:
>
> It would be preferable to just use
> Fran@,{c}ois
> directly. The \ptexc stuff hasn't been necessary for lots of years now.
In which case, I just installed:
2006-
Update of sr #103417 (project m4):
Severity:6 - Security => 3 - Normal
Status:None => Invalid
Assigned to:None => ericb
Open/Closed:
Update of sr #103105 (project m4):
Status:None => Need Info
Assigned to:None => ericb
___
Follow-up Comment #1:
Sorry for the long dela
Update of patch #3588 (project m4):
Assigned to:None => ericb
___
Follow-up Comment #4:
It looks like you changed 'cmp -s' to 'diff -wq' in order to ignore
whitespace. Neither -w nor -q
Update of sr #104511 (project m4):
Status:None => Need Info
Assigned to:None => ericb
___
Follow-up Comment #1:
Sorry for the long dela
Update of sr #102730 (project m4):
Severity:1 - Wish => 4 - Important
Status:None => Confirmed
Assigned to:None => ericb
__
Follow-up Comment #1, sr #102689 (project m4):
Sorry for the delayed response, but the web forum has not been as actively
tracked as the bug-m4@gnu.org list.
Is this still a problem with m4 1.4.4? Would you be willing to try
branch-1_4 in CVS to see if that helps matters, so that m4 1.4.5 will
Update of sr #102689 (project m4):
Severity:1 - Wish => 3 - Normal
Status:None => Need Info
Assigned to:None => ericb
_
ing an undefined macro; or better yet, always behave as though a
currently undefined macro can later be defined with tracing already enabled, as
though specified by -t. When trying to be traditional, it should just be
silent on unknown trace requests.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 5/31/2006 10:48 PM:
> Just found this one:
>
> $ m4 -tfoo
> indir(`foo')
> stdin:1: m4: INTERNAL ERROR: Bad symbol type in call_macro ()
> Aborted (core dumped)
>
> It turns out the hash table
g it,
ultimately dereferencing freed memory. This followon patch solves
that issue; I will still wait a couple days before applying both patches
together, unless I get feedback first.
2006-06-02 Eric Blake <[EMAIL PROTECTED]>
* src/symtab.c (hack_all_symbols): Allow certain modif
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 5/10/2006 4:59 PM:
>> In a slight modification of your third example,
>>
>> define(`f',1)f(pushdef(`f',2)f(define(`f',3)))f`'popdef(`f')f
>>
>> GNU m4 gives "
reach a fullness threshold, but I'm not willing
to backport that much complexity back to the 1.4.x branch.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 misses,
>> 4672624 bytes
>
> Am I reading this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/4/2006 4:09 PM:
>
> For CVS coreutils, with 83303 definitions and 2526066 lookups, using
> -H1 reduced comparisons from 9364329 (36022688 bytes, 3.5 comparisons
> per lookup) to 2415937 (22883978 bytes,
omparisons instead of strcmp, as well as some
memory savings by not having to duplicate as many strings.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul Eggert on 6/4/2006 10:24 PM:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> right now, both the 1.4 branch and head use an algorithm borrowed from emacs:
>
> That algorithm could be improved. M4 should do al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/3/2006 2:51 PM:
> I will apply it in a couple of days if I don't hear any feedback, at which
> point all known core dumps in 1.4.4 will be solved, and we can start
> thinking about releasing 1.4.5.
>
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/5/2006 5:59 AM:
> I noticed that autom4te had a comment complaining about this
> bug, which has since been fixed in CVS head. It is a one-line fix,
> minus documentation! Unless I hear objections, I will apply
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/2/2006 7:56 PM:
>
> Good thing I waited - the previous version of the patch crashed when
> doing traceoff without arguments, since I modified a callback funtion
> to hack_all_symbols to modify the symbol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/2/2006 7:31 AM:
> And here's the proposed patch. I will wait a couple days for comments
> before applying this, since it changes the semantics of traceon and
> traceoff (although it changes them to matc
head, although that is independent
of a release schedule.
2006-06-06 Eric Blake <[EMAIL PROTECTED]>
Cleanup of previous patches.
* src/input.c (struct input_block): Remove traced member.
(push_macro, init_macro_token): Don't pass trace status around.
*
doing
this is that last time we tried to upgrade regex.c, it broke compilation
on some platforms; but I think upstream has made improvements
since then.
Could you please let me know if the current branch-1_4 still has
this problem?
--
Eric Blake
___
Bu
y first time trying
to distribute a package via alpha.gnu.org, and I don't want to do
it twice in a row if the gnulib patch helps.
Thanks so much for your help!
-- Eric Blake
2006-06-09 Eric Blake <[EMAIL PROTECTED]>
* configure.ac (M4_EARLY, M4_INIT): Use gnulib.
(A
ION in another. Any chance that we can
document and make this macro public, so that m4 isn't relying on
undocumented internals of libtool?
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwi
efine([m4wrap]m4wrap_, defn([m4wrap]m4wrap_)[$1])],
[_m4wrap([define([m4wrap_], incr(m4wrap_))m4wrap]m4wrap_)dnl
define([m4wrap]m4wrap_, [$1])])])dnl
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/13/2006 6:47 AM:
>
> As an idea of how to force m4_wrap ordering, this shows how
> to give m4 1.4.4 FIFO ordering:
>
> changequote([,])dnl
> define([m4wrap_],[0])define([_m4wrap], defn([m4wrap]))dn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/12/2006 7:12 AM:
> 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_S
hould be dumped in? Then I could tell m4's testsuite to create
testsuite.log in the tests subdirectory of the build dir.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at
which directory output
>> files should be dumped in? Then I could tell m4's testsuite to create
>> testsuite.log in the tests subdirectory of the build dir.
>
> Yes maybe, but it's close enough to a new feature and far enough from a
> critical bug that we can postpon
iginal ones. Fixes warnings issues by CVS M4.
That is safe, but I'd rather figure out the underlying cause of why
CVS m4 is not defining builtins in the first place.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
is signed.
Please report bugs to , along with the output of 'make
check' and any other information that might be useful in resolving the issue.
- --
Eric Blake
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake
t also solves
the issue for OS/2? If so, I'll check it in.
2006-05-08 Bruno Haible <[EMAIL PROTECTED]> (tiny change)
Eric Blake <[EMAIL PROTECTED]>
* src/builtin.c (WEXITSTATUS): Provide fallback definition.
(m4_esyscmd): Set sysval to 0x, to a
e so that we validate an actual non-zero exit value (the
exit value of false is non-portable). But hopefully OS/2 does
define WEXITSTATUS.
>
> 2006-05-08 Bruno Haible <[EMAIL PROTECTED]> (tiny change)
> Eric Blake <[EMAIL PROTECTED]>
>
> * src/b
in replacement on top of 1.4.x from autoconf's perspective
(and while we aren't there yet, it may be possible to get there in the
next few months).
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (C
> Could you please use my UCLA address for the THANKS file?
> Thanks.
No problem. Done.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
tp://www.opengroup.org/onlinepubs/009695399/basedefs/sys/wait.h.html
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
e GNU version wasn't even checking for failure on syscmd, and only
partially on esyscmd, with a result of 255 on failure.
So I think this patch is worthwhile. I'm hesitant to check it in without
some review; and it still doesn't solve the OS/2 issue.
2006-06-20 Eric Blake <[
utput generated by m4 -F already meets
this, and it is not likely that many people have hand-edited frozen files
to violate this constraint. Of all the ideas in this email, this is the
only idea that we should also fold into m4 1.4.5.
- --
Life is short - so eat dessert first!
Eric Blake
ngrade to stable 1.4.5.
>
> 2) The tarball is lacking m4/gnulib-cache.m4. Without it,
> "gnulib-tool --update" effectively removes all gnulib modules from lib/.
Thanks; I'll patch this shortly.
>
> Bruno
>
- --
Life is short - so eat dessert first!
Eric
`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,')dnl
^D
$
Here, neither version preserved the builtin's token; the m4wrap string was
evaluated as though it were strictly textual. I think in -G/--traditional, we
should behave likewise for compatibility, but perhaps in GNU mode we should let
the wrap stack hold builtin tokens as well as text, so that the output would
be "0" instead of "".
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
Eric Blake byu.net> writes:
>
> Ouch. We aren't compatible here, without adding the feature of partial input
> across EOF. With Solaris 8:
>
> $ echo "m4wrap(\`abc)
> > ')len(" | m4
> NONE:0: m4: ERROR: EOF in argument list
> $ echo "m4
I didn't complete the job. Sorry for mixing too many patches
into one commit previously. This is three separate commits.
patch 64:
2006-06-23 Eric Blake <[EMAIL PROTECTED]>
* src/builtin.c (builtin_tab): Make format and indir blind.
(substitute): Prefer "Warning:
entry,
and fixed it for real in the upcoming 1.4.5 (17 months later):
2006-07-06 Eric Blake <[EMAIL PROTECTED]>
* m4/gnulib-cache.m4: Augment with gnulib-tool --import
binary-io.
* src/m4.h (includes): Add binary-io.h for O_BINARY.
* src/freeze.c (produce_f
-1- id 1: divert(...)
undivert(0)
m4trace:stdin:2: -1- id 2: undivert ...
m4trace:stdin:2: -1- id 2: undivert(`0') -> ???
divert
m4exit
Hmm - when we are discarding input, undiverting diversion 0 seems to hang the
output engine! Hopefully, this is also easy to fix.
argument. Would it cause anyone heartache
if I changed shift to be blind?
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?
--
Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gary V. Vaughan on 7/10/2006 3:55 AM:
> Hi Eric!
>
> 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
> On Sun, 16 Jul 2006, Eric Blake wrote:
>
> > * Many documentation improvements. Also, the manual is now distributed
> > under FDL 1.2, rather than a stricter verbatim-only license.
>
> This is a little bit unfortunate for me as the Debian packager for m4,
> sinc
of that, and
there is no CVS label for that release.
>
> If Santiago agrees with me, I think we should undo that part of
> the change, and release 1.4.6 relatively soon.
Or I could change the disclaimer to say there is no front-cover and no
back-cover text, if that is better.
- --
Lif
te had no coverage for it. So it is not too likely to
bite real code uses. But I will be releasing 1.4.6 in the near future to
fix this, and any other issues that turn up in the next week or so.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN P
dangerous to make the testsuite depend on the exact
text of the error message of a third-party program, but in this case, it
will help ensure that automake users upgrade their m4 installation.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNAT
play with CVS head, create a frozen file, and
then revert to the 1.4.x branch realize why reloading is failing.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcas
, 110 LCBInternet e-mail: [EMAIL PROTECTED] -
> - 155 S 1400 E RM 233 [EMAIL PROTECTED] [EMAIL
> PROTECTED] -
> - Salt Lake City, UT 84112-0090, USAURL: http://www.math.utah.edu/~beebe/
> -
[Hey, I live in Salt Lake, too!]
- --
Life is short - so ea
the
ultimate copyright holder, not me).
2006-07-18 Eric Blake <[EMAIL PROTECTED]>
* doc/m4.texinfo (copying): Relax restriction on front-cover and
back-cover texts.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 7/18/2006 6:08 AM:
>>> --
>>> Failed checks were:
>>> ./082.patsubst:out ./092.platform_ma:out
>
> Which platform was this? We were unable to determine a platform macro to
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Santiago Vila on 7/18/2006 7:45 AM:
> On Tue, 18 Jul 2006, Eric Blake wrote:
>
>> Would this patch be acceptable to all involved? [...]
>
> Permission is granted to copy, distribute and/or modify this document
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 7/18/2006 7:03 AM:
> Checking ./096.sysval
> @ ../doc/m4.texinfo:3788: Origin of test
> ./096.sysval: stdout mismatch
> 2c2
> < 256
> ---
>>> 129
>
> OK, the assumption here was that
fn(`f'))
define(`f',defn(`f')defn(`f'))
# f is now 2^20 bytes, large enough to overflow diversions into tmp file
divert(1)
f
divert
dnl()
undivert
bye
^D
stdin:27: m4: Warning: excess arguments to builtin `dnl' ignored
m4trace: -1- dnl
bye
$
Oops - the diversion spill opened fd 2, and messages to stderr got captured by
the tmp file, and undiverted into stdout, rather than discarded because stderr
was closed.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 7/18/2006 6:08 AM:
>>> --
>>> Failed checks were:
>>> ./082.patsubst:out ./092.platform_ma:out
>
> Which platform was this? We were unable to determine a platform macro to
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 7/20/2006 4:49 PM:
> I'm still thinking about how best to patch this. I know gnulib provides the
> stdio-safer module (and friends) that guarantee that stdio functions like
> fopen
> don't reus
Update of sr #101769 (project m4):
Status:None => Need Info
Assigned to:None => ericb
___
Follow-up Comment #2:
Sorry for such a long d
Update of sr #104303 (project m4):
Priority: 5 - Normal => 7 - High
Severity: 3 - Normal => 6 - Security
Status:None => Confirmed
Assigned to:
Update of sr #105015 (project m4):
Status:None => Ready For Test
___
Follow-up Comment #1:
I think you will find that the new changesyntax builtin on CVS head does
exactly what you are asking
Tim Rice multitalents.net> writes:
> The "trap - 0" statement in m4-1.4.4/install-sh is not portable.
Thanks for the report. However, this was already fixed prior to the m4 1.4.5
release, by using newer upstream versions of this file.
to be end of life. Having said that,
if you are willing to provide portability patches rather than just bug reports,
I will consider applying them.
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
prerequisite headers that must be included before checking for siginfo or
sys/wait?
--
Eric Blake
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
ounterexample, ksh traps SIGHUP and exits normally with status
127), but I've already tried to improve things in CVS. So far, I have not
found any counter-case for signal 13 reliably killing a shell. What does this
output for you, with m4 1.4.5?
$ echo 'syscmd(kill -13 $$)sysval'
hich
presumably went okay if you were able to install it.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozi
1 - 100 of 726 matches
Mail list logo
