This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] strftime: support %q to output the quarter of year
- From: Szabolcs Nagy <szabolcs dot nagy at arm dot com>
- To: Pádraig Brady <P at draigBrady dot com>, <libc-alpha at sourceware dot org>
- Cc: <nd at arm dot com>
- Date: Fri, 4 Nov 2016 12:07:57 +0000
- Subject: Re: [PATCH] strftime: support %q to output the quarter of year
- Authentication-results: sourceware.org; auth=none
- Authentication-results: spf=none (sender IP is ) smtp.mailfrom=Szabolcs dot Nagy at arm dot com;
- Nodisclaimer: True
- References: <1478202401-5238-1-git-send-email-P@draigBrady.com> <581C73EA.9010708@arm.com> <0788277a-664d-0515-519a-20503fe7b66b@draigBrady.com>
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
On 04/11/16 12:00, Pádraig Brady wrote:
> On 04/11/16 11:41, Szabolcs Nagy wrote:
>> On 03/11/16 19:46, Pádraig Brady wrote:
>>> This is already supported by gnulib.
>
>> why?
>
> It's a marginal benefit, but as
> noted in the cover of my updated patch:
>
> "Note even though the code is trivial here,
> %q is useful from the shell as there you need to:
> $(( ($(date +%-m)-1)/3+1 ))".
>
> I'll add that to the actual commit.
this can conflict with future standard, so
there need to be a strong reason for adding
such extensions to portability libraries
such as gnulib or to c runtimes.
how does gnulib plan to deal with the conflict
once posix adds %q with different meaning?