announce-gen doesn't like Bison's NEWS format. The following patch fixes
it. Or should we consider reformatting Bison's NEWS file? Thanks.
>From f289ed88ea6513e18709b6b65ea3875bbd375998 Mon Sep 17 00:00:00 2001
From: Joel E. Denny <[EMAIL PROTECTED]>
Date: Sun, 2 Nov 2008 17:58:01 -0500
Subjec
Bruno Haible wrote:
The little question remaining though is "how many seconds in a year"
and, more importantly, "how many seconds in a month"? In other words,
if some one in February were expecting P1M to represent a 28 day duration
and a 31 day duration had it been March, um, well,
Very good
Bruno Haible wrote:
Looking at wikipedia [1], I would find it good if
1) the function was called 'parse_duration', not 'parse_time' (since "time"
often denotes a time instant within a day),
2) the three duration formats described in [1] were also supported.
Hi Bruno,
You'll find it "g
> 3? I only see one, though with lots of optional fields.
I meant the three: PnYnMnDTnHnMnS, PnW, and PT.
> That format also doesn't allow for visual space.
Yes, it's more meant for durations that are exchanged between software,
not entered by humans.
> The little question remaining though is
Hi Bruno,
On Sun, Nov 2, 2008 at 10:52 AM, Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bruce Korb wrote:
>> I had need of a function to convert some variation of a time (duration)
>> specification into a count of seconds. For your amusement and optional
>> inclusion...(I *think* I've got pa
Hi,
Bruce Korb wrote:
> I had need of a function to convert some variation of a time (duration)
> specification into a count of seconds. For your amusement and optional
> inclusion...(I *think* I've got papers on file for gnulib)
>
> It accepts several formats:
>
>[DD d] [HH h] [MM m] [
Hi Jim,
How about this, as a reminder that we want to look periodically at the
changes done in glibc for this functionality? Or is config/srclist.txt
your preferred way of remembering this?
Bruno
--- modules/random_r.orig 2008-11-02 19:06:59.0 +0100
+++ modules/random_r2008-11
And this, finally, is for the 'strpbrk' module.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'strpbrk' obsolete.
* modules/strpbrk (Status, Notice): New sections.
* modules/strtok_r (Depends-on): Add strpbrk.
--- modules/strpbrk.orig2008-11-02 18:04:43.0
This marks the 'strdup' module as obsolete.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'strdup' obsolete.
* modules/strdup (Status, Notice): New sections.
* modules/findprog (Depends-on): Add strdup.
* modules/getaddrinfo (Depends-on): Likewise.
* m
'strcspn' is hardly used in gnulib - add dependencies are fine.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'strcspn' obsolete.
* modules/strcspn (Status, Notice): New sections.
--- modules/strcspn.orig2008-11-02 17:49:12.0 +0100
+++ modules/strcspn 20
This is for 'rmdir'.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'rmdir' obsolete.
* modules/rmdir (Status, Notice): New sections.
* modules/clean-temp (Depends-on): Add rmdir.
* modules/openat (Depends-on): Likewise.
--- modules/rmdir.orig 2008-11-02 17:4
This marks the 'raise' module as obsolete.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'raise' obsolete.
* modules/raise (Status, Notice): New sections.
(Include): Specify .
* modules/stdio (Depends-on): Add raise.
* modules/write (Depends-on): Likew
For memcpy and memset, there are so many calls to these functions, that I
don't want to spend time collecting the dependencies.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'memset' obsolete.
* modules/memset (Status, Notice): New sections.
Mark 'memcpy' obsolete.
This marks the 'memmove' module obsolete.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'memmove' obsolete.
* modules/memmove (Status, Notice): New sections.
* modules/argp (Depends-on): Add memmove.
* modules/argz (Depends-on): Likewise.
* modules/can
This marks 'memcmp' as obsolete.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'memcmp' obsolete.
* modules/memcmp (Status, Notice): New sections.
* modules/argmatch (Depends-on): Add memchr.
* modules/backupfile (Depends-on): Likewise.
* modules/c-str
This marks the 'memchr' module as obsolete.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'memchr' obsolete.
* modules/memchr (Status, Notice): New sections.
* modules/argp (Depends-on): Add memchr.
* modules/base64 (Depends-on): Likewise.
* modules/c-
This marks 'atexit' obsolete. Now that dependencies to obsolete modules are
ignored by default, we can put back the these dependencies, so that
--with-obsolete works right.
2008-11-02 Bruno Haible <[EMAIL PROTECTED]>
Mark 'atexit' obsolete.
* modules/atexit (Status, Notice): Ne
Jim Meyering wrote:
> Go ahead and declare these modules "obsolescent", but
> rather than ripping out all dependencies on them,
> add an option to gnulib-tool (say, --ignore-obsolescent)
> to tell it to do ignore any dependency on an obsolescent module.
Good idea. I'm adding a gnulib-tool command
Jim Meyering wrote:
> Go ahead and declare these modules "obsolescent", but
> rather than ripping out all dependencies on them,
> add an option to gnulib-tool (say, --ignore-obsolescent)
> to tell it to do ignore any dependency on an obsolescent module.
Good idea. For this, it's necessary to forma
19 matches
Mail list logo
