From: Rical Jasan <ricaljasan@pacific.net>
To: Carlos O'Donell <carlos@redhat.com>,
Rafal Luzynski <digitalfreak@lingonborough.com>,
libc-alpha@sourceware.org
Subject: Re: [PATCH v12 5/6] Documentation to the above changes (bug 10871).
Date: Mon, 15 Jan 2018 08:31:00 -0000 [thread overview]
Message-ID: <ddd0f65e-2ee1-c1f2-5806-b398b524ddd4@pacific.net> (raw)
In-Reply-To: <e8249efa-bfc7-44f7-032d-c8b8301bfef9@redhat.com>
On 01/14/2018 10:28 PM, Carlos O'Donell wrote:
> On 01/14/2018 07:42 PM, Rical Jasan wrote:
>> It seems odd not to have ABALTMON_*. Unfortunately I didn't get to
>> reviewing this sooner, and I don't want to block this, and another
>> developer has OK'd it [1], but I wanted to throw in my 2 cents.
> I asked the same thing during the review, see:
> https://www.sourceware.org/ml/libc-alpha/2018-01/msg00408.html
>
> There is no reason we can't add it in the future.
>
> Perhaps a note about this in the documentation might explain
> why the expected define is not present?
That would be fine with me. I think it deserves a mention because the
feature is implemented, and I imagine anybody taking advantage of the
bugfix or using %OB, et al., will naturally be interested in, if not
looking for, the abbreviated equivalent. Better to have complete
documentation that gets updated later than no documentation at all.
Should the full _NL_ABALTMON list be documented alongside ALTMON, or do
you think another paragraph in the ALTMON description is a sufficient
shim? If ABALTMON is expected to be added in 2.28 because of how close
to the 2.27 release this went in, I'd prefer the latter, perhaps even
with a note that ABALTMON is expected to supersede the
currently-available _NL_ABALTMON, but if ABALTMON is intended to be
deferred until standardization, I think the former is more appropriate,
with no mention of ABALTMON.
Rical
next prev parent reply other threads:[~2018-01-15 8:31 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-12 8:12 [PATCH v12 0/6][BZ 10871] Month names in alternative grammatical case Rafal Luzynski
2018-01-12 8:14 ` [PATCH v12 1/6] Implement alternative month names (bug 10871) Rafal Luzynski
2018-01-22 10:36 ` [COMMITTED][PATCH " Rafal Luzynski
2018-01-22 15:51 ` Joseph Myers
2018-01-22 20:15 ` Rafal Luzynski
2018-01-12 8:16 ` [PATCH v12 3/6] Abbreviated alternative month names (%Ob) also added " Rafal Luzynski
2018-01-22 10:38 ` [COMMITTED][PATCH " Rafal Luzynski
2018-01-12 8:18 ` [PATCH v12 5/6] Documentation to the above changes " Rafal Luzynski
2018-01-15 3:42 ` Rical Jasan
2018-01-15 6:28 ` Carlos O'Donell
2018-01-15 8:31 ` Rical Jasan [this message]
2018-01-15 11:53 ` Rafal Luzynski
2018-01-15 11:47 ` Rafal Luzynski
2018-01-18 12:04 ` [PING][PATCH " Rafal Luzynski
2018-01-18 13:36 ` Joseph Myers
2018-01-20 8:44 ` Carlos O'Donell
2018-01-22 16:01 ` Joseph Myers
2018-01-20 8:36 ` [PATCH " Rical Jasan
2018-01-20 8:39 ` Carlos O'Donell
2018-01-20 10:50 ` Rafal Luzynski
2018-01-22 8:43 ` Rafal Luzynski
2018-01-23 3:41 ` Rical Jasan
2018-01-23 22:09 ` Rafal Luzynski
2018-01-25 0:45 ` Rafal Luzynski
2018-01-25 1:47 ` Carlos O'Donell
2018-01-31 17:22 ` Rafal Luzynski
2018-01-22 10:40 ` Rafal Luzynski
2018-01-12 8:20 ` [PATCH v12 6/6] pl_PL: Add alternative month names " Rafal Luzynski
2018-01-22 10:42 ` [COMMITTED][PATCH " Rafal Luzynski
2018-01-13 11:05 ` [PATCH v12 0/6][BZ 10871] Month names in alternative grammatical case Rafal Luzynski
2018-01-14 3:53 ` Carlos O'Donell
2018-01-14 15:03 ` Rafal Luzynski
2018-01-20 8:41 ` Carlos O'Donell
2018-01-20 10:47 ` Rafal Luzynski
2018-01-20 22:46 ` Carlos O'Donell
2018-02-19 10:12 ` Khem Raj
2018-02-22 0:24 ` Rafal Luzynski
2018-02-22 5:25 ` Carlos O'Donell
2018-02-22 5:58 ` Khem Raj
2018-02-22 6:52 ` Carlos O'Donell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ddd0f65e-2ee1-c1f2-5806-b398b524ddd4@pacific.net \
--to=ricaljasan@pacific.net \
--cc=carlos@redhat.com \
--cc=digitalfreak@lingonborough.com \
--cc=libc-alpha@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).