From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id 4E2CD3858408 for ; Fri, 29 Oct 2021 16:31:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 4E2CD3858408 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: tGYOfSxPyChZNEZ8vu0+MpXP5la2L4osTHJGFz4eSi/j3WYW6qzLykymttbUWPrtBm33lJwFUu ICkeSF4ZUddXxk9uiQ0PcODcB3P7GEPB0c5XZCd8gROOyMUn4ZuxHM04knIvQupHFUprnl9c5L UY5nlNQQ1+vvAzRbjfmHRVqVRGetesFZg7t9l+0bl7J3KUXlBWygHqlhQBvrzptg6f8oYmB9BM /vXQFfhJdTn44xaIUzN3MMYAeUP6jacT9y5BMNXwrXJDeTOvx/3mawFftwhJjmE/M+4YM2FcMh XORjTRLJ/uCT6NoI9VgPSJCn X-IronPort-AV: E=Sophos;i="5.87,193,1631606400"; d="scan'208";a="67645093" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa3.mentor.iphmx.com with ESMTP; 29 Oct 2021 08:31:29 -0800 IronPort-SDR: q1xEyk/DtURkSCYmwbNaI/Ow16fBLtgyAA60V7w1mQ4ziPQvK1yjSEZG+vbSmtGaROd4hAySmm YnyWE/qYIfaSea4kAJvqEZupWJup6DeB2df4FQfDZLRDnMtDm9yPGzYtBbJKWVDnCWMBDGyNVf +us4uZ+cGxLOvJAXDNQ89XHAb0iHO7YXhSl15SxzfqSw7CY9wzjZ2f8dy5lPr/DnI4YpD6spfE yvAZOUG13AG3CUEVH+gHhw1afcNsHBxrh7H1R7yCglX/nbGOa0nZHYvVJ9isNdGzF1fEYKJe8w PyI= Date: Fri, 29 Oct 2021 16:31:23 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: "Alejandro Colomar (man-pages)" CC: =?ISO-8859-15?Q?=C6var_Arnfj=F6r=F0_Bjarmason?= , linux-man , Libc-alpha , "tech@openbsd.org" , Klemens Nanni , Benoit Lecocq , Subject: Re: Is getpass(3) really obsolete? In-Reply-To: <865e5899-b991-918d-8bc6-ced65a67a566@gmail.com> Message-ID: References: <73ac38a2-c287-4cc1-4e9c-0f9766ac4c0c@gmail.com> <211029.86r1c43uwj.gmgdl@evledraar.gmail.com> <865e5899-b991-918d-8bc6-ced65a67a566@gmail.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-09.mgc.mentorg.com (139.181.222.9) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3117.2 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, 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: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2021 16:31:32 -0000 On Fri, 29 Oct 2021, Alejandro Colomar (man-pages) via Libc-alpha wrote: > The broader context is that I was trying to make the deprecation notices more > consistent in the Linux manpages, by using the [[deprecated]] attribute where > appropriate. While doing that, I found a few cases where the > deprecation/obsoletion is not so clear to me, such as this one > ([as]ctime[_r](3) is another one, since it is deprecated by POSIX, but not by > the C standard, but I'll start a different thread with that; and isascii(3) is See the discussion of deprecation starting with (C2X has also deprecated those functions). The comments in that thread supported marking the functions deprecated, but it needs someone to send a patch and I don't know what breakage might result in applications using those functions. -- Joseph S. Myers joseph@codesourcery.com