Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Date: Fri, 9 Apr 2004 10:45:38 -0400 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: reentrant functions Message-ID: <20040409144538.GA3029@coe> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i On Fri, Apr 09, 2004 at 10:12:56AM -0400, Richard Campbell wrote: >>For a reference of what is acceptable, you can use The Single Unix >>Specification v3: >> >>http://www.opengroup.org/onlinepubs/007904975/toc.htm >> > >All System Interfaces from that specification ending in "_r": > >[snip] >rand_r >[snip] > >>This reference would be adequate in determining what to include but, >>if in doubt about something that seems like a useful function, then >>double checking with linux should be adequate. > >All functions from libc ending in _r: >http://www.gnu.org/software/libc/manual/html_node/Function-Index.html#Function%20Index > >[snip] >rand_r >[snip] > >List from Buzz of newlib _r functions where we're already exporting the >non _r version (remove leading _): >_atoi_r >[snip] >_printf_r >_read_r >_realloc_r >[snip] > >Intersection of (newlib _r listing where cygwin exports the non-_r >version) and (the union of the opengroup and libc _r functions) (remove >leading _): > >(null set) > >Unless I missed something, there was nothing there. newlib does produce a 'rand_r' function, so Buzz's list is incomplete. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/