This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [MTASCsft PATCH 10/??] MT-, AS- and AC-Safety docs: manual/filesys.texi
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Alexandre Oliva <aoliva at redhat dot com>
- Cc: codonell at redhat dot com, libc-alpha at sourceware dot org
- Date: Fri, 31 Jan 2014 04:08:20 -0500
- Subject: Re: [MTASCsft PATCH 10/??] MT-, AS- and AC-Safety docs: manual/filesys.texi
- Authentication-results: sourceware.org; auth=none
- References: <ortxelb5zd dot fsf at livre dot home> <or4n4uoncj dot fsf at livre dot home> <ora9elflec dot fsf_-_ at livre dot home> <52EA0A22 dot 3080706 at redhat dot com> <orr47p42kg dot fsf at livre dot home>
On 01/30/2014 03:50 PM, Alexandre Oliva wrote:
>> Patch OK to commit as long as /bsd doesn't render to anything.
>
> Uhh, serious? :-( Later files (signal.texi comes to mind) have plenty
> of these, and because on different systems different functions are
> implemented in terms of different primitives, we get to different
> conclusions depending on whether we take note of kernel-specific safety
> issues.
>
> So, if we really want to drop the conditionals, should I do that by
> simply removing them, or by introducing a wrapper macro (say @sftcond{})
> that discards its argument?
No, we can leave them in, but then we have to document them in the intro.
Cheers,
Carlos.