From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com [209.85.167.46]) by sourceware.org (Postfix) with ESMTPS id 991253857830 for ; Thu, 8 Apr 2021 11:39:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 991253857830 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=rtems.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=joel.sherrill@gmail.com Received: by mail-lf1-f46.google.com with SMTP id n138so3458575lfa.3 for ; Thu, 08 Apr 2021 04:39:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to; bh=mbEndee3d0VYod6NT1+C7o+SIGZ2qhs494D1uRfoUEE=; b=tMAVQNLIrOAix1Yg9Ka3sayWw8x3SWvWkiu2mVVbIfChL23OhofMOf2vytkVjpdgVI FvkQLrpTRIpqgeJVAJOCw9VWZnjhevKSIlqJ9Iv2RzogSprkzuIFnWxYkzcJ9VIt3u8/ vzmG2XWkRjcNIoFIFhbi0wW8dIpK/ht2XnBn3U87GUvP6G0Q/vAHfmRVoUXzQ59Roy81 qBKsuSir9LNilEQP+Bq82aWl55KxG6GQEH4LpmbZIC5SaWkTxRu3v5s6yh7w19mdOQGY xJeJWx4wzUB2r1JYPF/xnYOLedG3GlYXdygh7VndYlp3PmKjdO/CgT68IuMd23WmP4+l 8e6w== X-Gm-Message-State: AOAM530uJ9qRPz3L5v0Y/6jOWXdhDk+h7m1+rYxQ2qFkKVJXqlqLFqrj Sa4EUTmkz20R3ROpPyvtMDz9ySm4z2tOiw== X-Google-Smtp-Source: ABdhPJwRBCePBtq3wWJFHFbuYYzu+4dq9SIXP1ood34VdmwqGTP8PGdI42WmLTNt1x82SE+Sxkdoag== X-Received: by 2002:a05:6512:c0b:: with SMTP id z11mr6120144lfu.586.1617881952955; Thu, 08 Apr 2021 04:39:12 -0700 (PDT) Received: from mail-lf1-f53.google.com (mail-lf1-f53.google.com. [209.85.167.53]) by smtp.gmail.com with ESMTPSA id o16sm2805376lfo.166.2021.04.08.04.39.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 08 Apr 2021 04:39:12 -0700 (PDT) Received: by mail-lf1-f53.google.com with SMTP id b4so3425364lfi.6 for ; Thu, 08 Apr 2021 04:39:12 -0700 (PDT) X-Received: by 2002:a05:6512:21a:: with SMTP id a26mr6181534lfo.507.1617881952109; Thu, 08 Apr 2021 04:39:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: joel@rtems.org From: Joel Sherrill Date: Thu, 8 Apr 2021 06:38:58 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: APIs in New POSIX Edition To: Newlib X-Spam-Status: No, score=-3031.9 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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: Thu, 08 Apr 2021 11:39:16 -0000 On Thu, Apr 8, 2021, 6:19 AM Corinna Vinschen wrote: > On Apr 7 18:26, Joel Sherrill wrote: > > Hi > > > > https://www.opengroup.org/austin/docs/austin_1110.pdf includes a set of > new > > methods to be added to the POSIX standard. RTEMS has a potential GSoC > > student interested in working down the list for RTEMS. Some of these make > > sense to be implemented in newlib. All will end up being prototyped in > > newlib headers somewhere. > > > > >From the document and the formatting is completely lost. > > > > The additional APIs proposed by participants in the Austin Group that > The > > Open Group has agreed to sponsor are as follows: > > > getentropy() > > memmem() > > reallocarray() > > strlcat() > > strlcpy() > > wcslcat() > > wcslcpy() > > Already in newlib. > > > ppoll() > > Already defined in Cygwin. We don't have a generic poll.h header in > newlib. > > > dladdr() > > Already defined in Cygwin. We don't have a generic dlfcn.h header in > newlib. It's questionable if this really belongs in newlib. > > > getlocalename_l() > > posix_getdents() > > sig2str() > > str2sig() > > No worries as soon as the API is stable. > > > pthread_cond_clockwait() > > pthread_mutex_clocklock() > > pthread_rwlock_clockrdlock() > > pthread_rwlock_clockwrlock() > > qsort_r() > > sem_clockwait() > > No worries, these APIs won't change compared to their already > existing implementations in GLibc. > Great. What feature guard should these be behind? Will it change for the ones already in place? > > Corinna > >