From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 932423858039 for ; Wed, 28 Jul 2021 15:26:00 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 932423858039 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTP id 8i6PmUWuTFRDp8lRYmqFOX; Wed, 28 Jul 2021 15:26:00 +0000 Received: from [192.168.1.104] ([68.147.0.90]) by cmsmtp with ESMTP id 8lRXmNwyEqevi8lRXmimqT; Wed, 28 Jul 2021 15:26:00 +0000 X-Authority-Analysis: v=2.4 cv=B4F8bMhM c=1 sm=1 tr=0 ts=61017708 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=uZvujYp8AAAA:8 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10 a=IQaOWYEeq0kA:10 a=n_Xaztpbb70A:10 a=SLzB8X_8jTLwj6mN0q5r:22 Reply-To: newlib@sourceware.org Subject: Re: [PATCH 1/1] libc: Added implementations and prototypes for To: newlib@sourceware.org References: <20210724083730.16959-1-mfjoyce2004@gmail.com> <20210724083730.16959-2-mfjoyce2004@gmail.com> From: Brian Inglis Organization: Systematic Software Message-ID: <57f33efa-2450-ac5c-3ceb-be8beb183ca5@SystematicSw.ab.ca> Date: Wed, 28 Jul 2021 09:25:59 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfLUesvoHBbXqTm2L+WBugeMActNsH/AiL8p+ClnP2tOSk1xTc+9/b2+TTnWfxs0sPTmgqD1ikbZfn3XwceA2dmcmu9nxsyzgaUMTpPz6pbPmM+w4qsq0 2I9HXTe/E73FW/Iiv6N7qqqhuJUuMdcSqhHlhiS2luUIpYbwCXfnF4BLWg3YonDVJUSrSYDdPP8erTaVocOfflwYaxctNuDc86s= X-Spam-Status: No, score=-1161.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2021 15:26:02 -0000 On 2021-07-28 03:11, Corinna Vinschen wrote: > Hi Matt, > > thanks for this v2. > > On Jul 24 10:37, Matt Joyce wrote: >> Added implementations for sig2str() and str2sig() in libc/signal in order >> to improve POSIX compliance. Added function prototypes to sys/signal.h. >> Added Makefile.am entries to build the new file. >> --- >> [...] >> +#if __GNU_VISIBLE > > I think this needs discussion. The sig2str/str2sig API has not been > provided yet by GLibC. Using __GNU_VISIBLE in this context looks wrong. > What we need, in fact, is a __POSIX_VISIBLE guard, but here's the > problem: As far as I can see, the Issue 8 draft does not yet define a > version number. > > If anybody has better information or a good idea how to guard this new > API in the meantime, I'm all ears. Current values are: __POSIX_VISIBLE 199009 __POSIX_VISIBLE 199209 __POSIX_VISIBLE 199309 __POSIX_VISIBLE 199506 __POSIX_VISIBLE 200112 __POSIX_VISIBLE 200809 __POSIX_VISIBLE 201402 and anticipated release date is 2022 from FAQ https://www.opengroup.org/austin/faq.html Q8. Where is the schedule for draft development? so could use: __POSIX_VISIBLE >= 202202 /* FIXME when POSIX Issue 8 released */ -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]