public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Joseph Myers <joseph@codesourcery.com>
To: Florian Weimer <fweimer@redhat.com>
Cc: Rical Jasan <ricaljasan@pacific.net>, <libc-alpha@sourceware.org>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	Carlos O'Donell <carlos@redhat.com>
Subject: Re: [PATCH 3/3] manual: Add new header and standards annotations.
Date: Wed, 30 Nov 2016 12:50:00 -0000	[thread overview]
Message-ID: <alpine.DEB.2.20.1611301238090.3647@digraph.polyomino.org.uk> (raw)
In-Reply-To: <c250e0e5-d019-f7bb-fa15-81f36ecd0424@redhat.com>

On Wed, 30 Nov 2016, Florian Weimer wrote:

> Many programmers would also find annotations which glibc version introduced a
> particular functionality *extremely* useful, especially for functions that
> were added after glibc 2.5 or so.  It's not a standard as such (but LSB would
> be), but I think it serves a similar purpose.
> 
> Can we reconsider adding this kind of information to the manual?

That seems reasonable (given appropriate automatic checks - that the 
version documented for a function is the same as the oldest symbol version 
with that function in any Versions file, I suppose, which would also be a 
way of populating such annotations for functions though not for 
non-function interfaces, as long as you don't care about distinguishing 
versions before 2.1).

In HTML and PDF manuals it might be nice (and more compact) if things 
looked like:

----------------------------- ---------------------- -----------
|Safety (preliminary):      | |Standards:          | |Added in:|
|MT-Safe | AS-Safe | AC-Safe| |POSIX.1 (unistd.h)  | |2.4      |
----------------------------- ---------------------- -----------

with a series of boxes that can go next to each other rather than taking a 
lot of vertical space (and with "Safety" and "Standards" being links to 
the relevant manual sections).  I don't know if this can be achieved with 
different macro definitions for different output formats (and it's not 
something to require for the first version of standards annotations, 
anyway).  (There are also issues of what it should look like when you have 
long standard descriptions, etc.)

-- 
Joseph S. Myers
joseph@codesourcery.com

  reply	other threads:[~2016-11-30 12:50 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-23  6:38 [PATCH 0/3] manual: Header & Standards Cleanup Rical Jasan
2016-11-23  6:38 ` [PATCH 3/3] manual: Add new header and standards annotations Rical Jasan
2016-11-23 17:42   ` Joseph Myers
2016-11-24 10:22     ` Rical Jasan
2016-11-24 13:37       ` Joseph Myers
2016-11-25  5:59         ` Rical Jasan
2016-11-25 14:53           ` Joseph Myers
2016-11-25 15:09             ` Joseph Myers
2016-11-30 10:39             ` Rical Jasan
2016-11-30 10:45               ` Florian Weimer
2016-11-30 12:50                 ` Joseph Myers [this message]
2016-12-02 11:54                   ` Rical Jasan
2016-12-02 13:56                     ` Joseph Myers
2016-12-05  7:59                       ` Rical Jasan
2016-11-30 12:38               ` Joseph Myers
2016-12-05  5:33         ` Rical Jasan
2016-12-05 18:22           ` Joseph Myers
2016-12-06 10:57         ` Rical Jasan
2016-12-06 15:59           ` Joseph Myers
2016-12-06 16:36           ` Zack Weinberg
2016-11-25  7:36     ` Rical Jasan
2016-11-25 16:17       ` Joseph Myers
2016-11-30 10:46         ` Rical Jasan
2016-11-30 12:52           ` Joseph Myers
2016-11-23  6:38 ` [PATCH 1/3] manual: Refactor " Rical Jasan
2016-11-23 17:31   ` Joseph Myers
2016-11-24  9:34     ` Rical Jasan
2016-11-24 13:17       ` Joseph Myers
2016-11-25  3:44         ` Rical Jasan
2016-11-25 14:25           ` Joseph Myers
2016-11-30  8:58             ` Rical Jasan
2016-11-23  6:38 ` [PATCH 2/3] manual: Convert @tables of variables to @vtables Rical Jasan

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=alpine.DEB.2.20.1611301238090.3647@digraph.polyomino.org.uk \
    --to=joseph@codesourcery.com \
    --cc=carlos@redhat.com \
    --cc=fweimer@redhat.com \
    --cc=libc-alpha@sourceware.org \
    --cc=mtk.manpages@gmail.com \
    --cc=ricaljasan@pacific.net \
    /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).