On Wed, Jun 11, 2014 at 10:31 PM, Michael Kerrisk (man-pages)
<mtk.manpages@xxxxxxxxx> wrote:
> Hi Carlos,
>
> On Wed, Jun 11, 2014 at 4:59 PM, Carlos O'Donell
> <carlos@xxxxxxxxxxxxxxxx> wrote:
>> On Wed, Jun 11, 2014 at 4:30 AM, Michael Kerrisk (man-pages)
>> <mtk.manpages@xxxxxxxxx> wrote:
>>> Hi Carlos, Haitao, Qian Lei, Alex,
[...]
>>> Does one of those approaches eem okay? Haitao, Qian Lei, what do you
>>> think? (I appreciate that there's a lot of pages to be fixed to follow
>>> this new approach: I'd do that, though you could help if you want.)
>>
>> I agree with Peng, I like the first approach of a single table.
>
> Alrighty, I need to hack a few of the pages to see that this approach
> works, and then we can make the change wholesale.
Okay -- take a look[1] at the change in the 'attributes_reformat'
branch that I've just pushed. That tries to cover a representative
sampling of the changes that I think we need to make. In particular,
the changed pages are:
a64l.3
abort.3
abs.3
atof.3
bindresvport.3
drand48.3
fenv.3
Does this seem okay?
>> We should also evaluate the approach of adding the glibc version to
>> the table if and when the version change would change the result e.g.
>> the table lists the historical values.
>
> Good point. I'll give that a little thought.
Take a look at bindresvport.3 for an example of how we might deal with
these cases.
Cheers,
Michael
[1] $ git pull
$ git checkout remotes/origin/attributes_reformat
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
