ay TZ=UTC0 to conform to POSIX.
Thanks, I've pushed the patch below.
/Simon
>From 1a033b0f27e71e0bd6b825215eae0a3eb15529be Mon Sep 17 00:00:00 2001
From: Simon Josefsson <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 09:24:17 +0200
Subject: [PATCH] m4/autobuild.m4: Use TZ=UTC0 instead
Simon Josefsson <[EMAIL PROTECTED]> writes:
> - date=`date +%Y%m%d-%H%M%S`
> + date=`TZ=UTC date +%Y%m%d-%H%M%S`
Although this change will work on many hosts, it is not portable in
general. It should say TZ=UTC0 to conform to POSIX.
n.
---
ChangeLog |3 ++-
m4/autobuild.m4 |4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 57e3cfb..a09e688 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,6 +1,7 @@
2008-08-18 Simon Josefsson <[EMAIL PROTECTED]>
- * m4/
Pushed.
/Simon
>From 9fa188508ca3951b0fd6c04dfeefff5a622fe38a Mon Sep 17 00:00:00 2001
From: Simon Josefsson <[EMAIL PROTECTED]>
Date: Mon, 18 Aug 2008 19:40:11 +0200
Subject: [PATCH] autobuild.m4: Use TZ=UTC to avoid time zone complexity.
---
ChangeLog |4
m4/aut
ssive. There is nothing more confusing than 1 term designating
> two or more different but related concept.
>
> Can you come up with 4 different names for these?
Yes, I agree.
How about this:
* 'autobuild-parse' for the parser.
* 'autobuild.josefsson.org' is alre
Bruno Haible <[EMAIL PROTECTED]> writes:
> if test "$?" != 0
> I thought $? always expands to a non-empty sequence of digits. Are
> you expecting a negative integer as value of "$?" ?
Even if $? were negative, usages like "test -1 != 0" would work on any
host conforming to POSIX, as wel
Hi Simon,
> Any objections to this patch?
Only minor ones:
- About the naming of the naming of the module. It's confusing to see
indications that "autobuild" is
- A package downloadable from your site that makes it easy to collect
the results of automatic builds,
- A web site (au
am okay with leaving the macro as AB_INIT, and requiring the user
> to add AB_INIT to their configure.ac manually, outside of GL_EARLY; then
> autobuild clients consistently follow the autobuild directions, whether
> they use gnulib or manually grabbed autobuild.m4 from autobuild.
Hm, yes, I
er
to add AB_INIT to their configure.ac manually, outside of GL_EARLY; then
autobuild clients consistently follow the autobuild directions, whether
they use gnulib or manually grabbed autobuild.m4 from autobuild. Maybe it
is also worth modifying modules/autobuild to give a URL to the autobuild
ma
master be gnulib. I'm pulling
> autobuild.m4 from gnulib in autobuild now.
I just realized a namespace problem, when I wanted to apply the
following obvious patch:
--- autobuild 12 Apr 2007 10:28:33 +0200 1.1
+++ autobuild 12 Apr 2007 14:50:49 +0200
@@ -6,6 +6,9 @@
Depends-
Eric Blake <[EMAIL PROTECTED]> writes:
> According to Simon Josefsson on 4/12/2007 5:20 AM:
>> Eric Blake <[EMAIL PROTECTED]> writes:
>>
>>> According to Simon Josefsson on 4/12/2007 2:31 AM:
>>>> Several projects uses autobuild.m4 (at least gnu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 4/12/2007 5:20 AM:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> According to Simon Josefsson on 4/12/2007 2:31 AM:
>>> Several projects uses autobuild.m4 (at least gnutls, gsasl, inetutil
Eric Blake <[EMAIL PROTECTED]> writes:
> According to Simon Josefsson on 4/12/2007 2:31 AM:
>> Several projects uses autobuild.m4 (at least gnutls, gsasl, inetutils,
>> libidn) and also use gnulib. It seems easier to distribute
>> autobuild.m4 via gnulib. A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 4/12/2007 2:31 AM:
> Several projects uses autobuild.m4 (at least gnutls, gsasl, inetutils,
> libidn) and also use gnulib. It seems easier to distribute
> autobuild.m4 via gnulib. Any objections to this patch
Several projects uses autobuild.m4 (at least gnutls, gsasl, inetutils,
libidn) and also use gnulib. It seems easier to distribute
autobuild.m4 via gnulib. Any objections to this patch?
/Simon
Index: ChangeLog
===
RCS file
15 matches
Mail list logo
