I saw a this go by in a diagnostic today:
Replacing file GNUmakefile (non-gnulib code backuped in GNUmakefile~) !!
Here's the fix:
>From c1e3fe8b71e1e2f7618d8176d7eca6ee32ad2809 Mon Sep 17 00:00:00 2001
From: Jim Meyering <[EMAIL PROTECTED]>
Date: Fri, 4 Apr 2008 08:43:58 +0200
Subject: [PATCH
Eric Blake <[EMAIL PROTECTED]> wrote:
> Eric Blake byu.net> writes:
>
>> Another GNUmakefile tweak.
>
> And another. I noticed that once .version was created, nothing kept it up-to-
> date. For instance, with the latest coreutils-ss.tar.lzma, .version is
> 6.10.165-157ff, even though the tarball
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/3/2008 10:15 PM:
|
| You would not need to write this stereotypic reply if the main tests were
| run before the gnulib ones:
Ah, but then if an m4 test fails, the gnulib tests don't get run. I can't
win.
But I'll prob
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bob Friesenhahn on 4/3/2008 8:14 PM:
| If I sound a bit harsh on Linux's "enhanced" strtod() it is because it
| cost me several days worth of time to work-around it. GraphicsMagick
| uses many arguments of the form NxN (in thousands of p
Hi Eric,
Eric Blake wrote:
> The failures are all in gnulib portability code,
> and don't appear to immediately impact m4 behavior (the gnulib
> replacements are more general than what m4 uses them for). Meanwhile, can
> you please rerun with 'make -k' to get the full set of failures?
You would
relocatable-prog-wrapper was missing the gl_ENVIRON macro since 2008-02-24.
Fixed as follows:
2008-04-04 Bruno Haible <[EMAIL PROTECTED]>
* modules/relocatable-prog-wrapper (Files): Add m4/environ.m4. Needed
by m4/setenv.m4.
*** modules/relocatable-prog-wrapper.orig 2008
On Thu, 3 Apr 2008, Eric Blake wrote:
is not strict enough at filtering out bugs. Since all of your failures
are with hex-floats, and gnulib's version handles those, I'm guessing that
configure guessed (wrongly) that your strtod is working. Therefore, if
you want to reconfigure with 'gl_cv_func
On Thu, 3 Apr 2008, Eric Blake wrote:
According to Bob Friesenhahn on 4/3/2008 10:15 AM:
| Under Solaris 10U4 x86, m4's strtod test blows up. Hopefully the code
| does not now rely on Linux glibc's strtod irritatingly "wrong" behavior
| related to supposed "hex" values. I see that the lines wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nelson H. F. Beebe on 4/3/2008 3:53 PM:
| I've just built and installed m4-1.4.11 on most machines in our test
| lab of about 20 flavors of Unix covering most major CPU architectures.
Thanks for the feedback. The failures are all in gnu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bob Friesenhahn on 4/3/2008 10:15 AM:
| Under Solaris 10U4 x86, m4's strtod test blows up. Hopefully the code
| does not now rely on Linux glibc's strtod irritatingly "wrong" behavior
| related to supposed "hex" values. I see that the l
Eric Blake byu.net> writes:
> Another GNUmakefile tweak.
And another. I noticed that once .version was created, nothing kept it up-to-
date. For instance, with the latest coreutils-ss.tar.lzma, .version is
6.10.165-157ff, even though the tarball is 6.10.169-a1a0b. This patch removes
a stale
Eric Blake byu.net> writes:
>
> In preparing autoconf 2.62, I noticed that 'make distcheck' triggered a
version
> update, but not the more extensive 'make maintainer-distcheck'. Fixed as
> follows.
Another GNUmakefile tweak. It turns out that GNU make only
honors .DEFAULT_GOAL if $(MAKECM
In preparing autoconf 2.62, I noticed that 'make distcheck' triggered a version
update, but not the more extensive 'make maintainer-distcheck'. Fixed as
follows.
From: Eric Blake <[EMAIL PROTECTED]>
Date: Thu, 3 Apr 2008 10:55:10 -0600
Subject: [PATCH] Another maintainer tweak.
* top/GNUmakefi
Eric Blake <[EMAIL PROTECTED]> wrote:
> With this patch, and the following change in maint.mk:
>
> -VC_LIST = build-aux/vc-list-files
> +VC_LIST = $(srcdir)/build-aux/vc-list-files -C $(srcdir)
>
> it is possible to use vc-list-files from a VPATH build. This patch also adds
> --
> help and --ver
With this patch, and the following change in maint.mk:
-VC_LIST = build-aux/vc-list-files
+VC_LIST = $(srcdir)/build-aux/vc-list-files -C $(srcdir)
it is possible to use vc-list-files from a VPATH build. This patch also adds --
help and --version support, as well as using an installed cvsu if on
15 matches
Mail list logo
