On Thu, Jun 12, 2014 at 1:27 PM, Michael Kerrisk (man-pages)
<mtk.manpages@xxxxxxxxx> wrote:
> 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
For good measure, I also added
pthread_setcancelstate.3
to show two different attribute types in a table.
Cheers,
Michael
--
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
