Hello there,
the bootstrap script contains a hardcoded call to 'sh',
which renders the self-bootstraping unusable on FreeBSD
and DragonFlyBSD. The reason is that the default Bourne
shell on these systems handles the crucial invocation
$ /bin/sh -c 'echo $1 -- $2' -- old new
new --
by
On 03/08/2013 02:04 PM, Mats Erik Andersson wrote:
Hello there,
the bootstrap script contains a hardcoded call to 'sh',
which renders the self-bootstraping unusable on FreeBSD
and DragonFlyBSD. The reason is that the default Bourne
shell on these systems handles the crucial invocation
From: Gary V. Vaughan g...@gnu.org
Commit 930b85b changed definition of __attribute, but left some uses
unchanged, preventing compilation of regex module on most non-gcc
environments:
* lib/regcomp.c (re_set_fastmap, seek_collating_symbol_entry)
(lookup_collation_sequence_value, build_range_exp)
Hi!
The sc_copyright_check in maint.mk won't handle a copyright notice
spanning multiple lines. For wdiff I'll likely disable that check for
this reason, since keeping 9 years in a single copyright line for the
texi file doesn't agree with my own ideas of readable sources.
It would be great if
Hi Mats,
On 8 Mar 2013, at 21:04, Mats Erik Andersson g...@gisladisker.se wrote:
the bootstrap script contains a hardcoded call to 'sh',
which renders the self-bootstraping unusable on FreeBSD
and DragonFlyBSD.
Or you could use my bootstrap rewrite (as used by GNU Libtool, GNU M4,
GNU Zile,
On 03/08/2013 04:04 PM, Martin von Gagern wrote:
Hi!
Hi Martin.
The sc_copyright_check in maint.mk won't handle a copyright notice
spanning multiple lines. For wdiff I'll likely disable that check for
this reason, since keeping 9 years in a single copyright line for the
texi file doesn't
I keep meaning to try to switch to Gary's version but in the
meantime I pushed the following; hope it fixes things for you.
From 3dc082ab56c560491c42c12c41755d099fe1cafe Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Fri, 8 Mar 2013 08:40:26 -0800
Subject: [PATCH] bootstrap:
Hi,
I'd like to make a new stable release of GNU M4, but make distcheck is failing
in the gnulib tests:
=
GNU M4 1.4.17: tests/test-suite.log
=
# TOTAL: 163
# PASS: 151
# SKIP: 11
# XFAIL: 0
# FAIL: 1
#
On 03/08/2013 08:43 AM, Gary V. Vaughan wrote:
Anything else I can do to help fix this?
Can you tell us what my_asprintf is putting into 'result'?
To be honest, though, this test shouldn't matter for M4,
so perhaps you should just disable it.
Hi Paul,
Thanks for the quick response.
On 9 Mar 2013, at 00:04, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/08/2013 08:43 AM, Gary V. Vaughan wrote:
Anything else I can do to help fix this?
Can you tell us what my_asprintf is putting into 'result'?
If I print result just before the
On 03/08/2013 09:15 AM, Gary V. Vaughan wrote:
../../tests/test-xvasprintf.c: In function 'test_xasprintf':
../../tests/test-xvasprintf.c:98: warning: format not a string literal and no
format arguments
That looks like a bogus warning. Hope you can
On 03/08/13 10:20, Martin von Gagern wrote:
Seems makeinfo does not support a --split argument.
It does, in Texinfo 5.0. But you're right that gnulib
gendocs.sh shouldn't assume Texinfo 5. Karl should know
what to do. Karl, the original report is here:
Right, thanks for the report. I just made this change (in Texinfo) and
propagated it to gnulib. Let me know if it still fails.
karl
--- gendocs.sh (revision 5220)
+++ gendocs.sh (working copy)
@@ -339,7 +340,16 @@
mv $PACKAGE.html $outdir/
ls -l $outdir/$PACKAGE.html
On 03/08/2013 11:50 AM, Eric Blake wrote:
But appears to say nothing about the case when FLT_RADIX _is_ a power of
2, yet the result is not exactly representable.
Ah, sorry, you read the spec more carefully than I did.
I agree with your analysis.
Hi Paul,
Thanks for applying a fix so quickly.
On 9 Mar 2013, at 00:47, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/08/2013 09:15 AM, Gary V. Vaughan wrote:
../../tests/test-xvasprintf.c: In function 'test_xasprintf':
../../tests/test-xvasprintf.c:98:
15 matches
Mail list logo