GNU bug report logs - #39205
date -d '...' should support superset of POSIX 'at' dates

Previous Next

To reply to this bug, email your comments to 39205 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: Coreutils <bug-coreutils <at> gnu.org>, Gnulib bugs <bug-gnulib <at> gnu.org>
Subject: date -d '...' should support superset of POSIX 'at' dates
Date: Mon, 20 Jan 2020 10:23:14 -0600

On today's Austin Group meeting, the question of whether some form of 
'date -d "..."' should be specified.  While there is no way that POSIX 
would standardize everything that GNU date can parse, there was an idea 
that supporting '@seconds' since Epoch, plus all of the formats already 
required to be supported by the 'at' utility 
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/at.html might 
be acceptable.

But that would imply that we want gnulib's date parser to be a superset 
of the grammar required by 'at'.  We are already most of the way there; 
required support dates such as '2pm + 1 week', '2pm next week', and 
'tomorrow' work; but we are lacking at least 'midnight'.  Thus, I'm 
opening this bug to remind us to add the remaining few items to our date 
grammar, so that we can parse everything 'at' is required to support, 
and in case POSIX does decide to standardize -d using the 'at' grammar 
as a starting point.

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3226
Virtualization:  qemu.org | libvirt.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.