This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
restrict in comments was Re: Patch - Add restrict to time.h
- From: Joel Sherrill <joel dot sherrill at oarcorp dot com>
- To: Craig Howland <howland at LGSInnovations dot com>, "newlib at sourceware dot org" <newlib at sourceware dot org>
- Date: Mon, 25 Nov 2013 11:57:13 -0600
- Subject: restrict in comments was Re: Patch - Add restrict to time.h
- Authentication-results: sourceware.org; auth=none
- References: <52923B56 dot 8060408 at oarcorp dot com> <3862C5643B15B6468269546753EB2A92096B9C07 at BLTSXVS01 dot govsolutions dot com> <52937EC5 dot 5010503 at oarcorp dot com> <5293869B dot 90301 at LGSInnovations dot com>
On 11/25/2013 11:19 AM, Craig Howland wrote:
> On 11/25/2013 11:45 AM, Joel Sherrill wrote:
>> On 11/25/2013 10:41 AM, Howland Craig D (Craig) wrote:
>> So change "restrict<[s]>" to "restrict <[s]>"?
> Yes.
>>
>> If that's the pattern, grep says iconv.c also needs fixing.
>>
>> If you can confirm that, I will fix those instances.
>>
>> Thanks.
>>
>>
> Yes, iconv.c also needs to be tweaked (I missed that one earlier). (The
> "<[string]>" construct ends up making "string" bold in the PDF version of the
> manual, but no other alteration. So, for example, "char *restrict<[s]>,"
> becomes "char *restricts," instead of the desired "char *restrict s,".)
>
OK. I committed a fix for these as obvious.
Now I want to double check that we said use "restrict" not
"__restrict" in the documentation section.
And does "char *<X>" format correctly with the "*<" adjacent?
If there are some patterns broken, I want to grep and fix
them. Sorry for breaking things.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985