public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
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

  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).