From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexandre Oliva Subject: Re: Adding reentrancy information to safety notes? Date: Wed, 31 Dec 2014 07:38:20 -0200 Message-ID: References: <54A2C8A6.9050100@redhat.com> <20141230230529.GT4574@brightrain.aerifal.cx> <54A377B8.60802@redhat.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org In-Reply-To: <54A377B8.60802@redhat.com> (Carlos O'Donell's message of "Tue, 30 Dec 2014 23:12:40 -0500") To: Carlos O'Donell Cc: Rich Felker , Michael Kerrisk , Peng Haitao , "linux-man@vger.kernel.org" , GNU C Library List-Id: linux-man@vger.kernel.org On Dec 31, 2014, "Carlos O'Donell" wrote: > That is not the definition of reentrancy that I had in mind. Since reentrant is such an overloaded term, how about using the term Recursion-Safe, that AFAICT covers only the concept you have in mind. Another possible term that occurs to me is Synchronously Reentrant, to indicate it doesn't cover asynchronous reentrancy out of signals or multiple threads. We could then shorten it as SR-Safe. -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer