From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) by sourceware.org (Postfix) with ESMTPS id 148593858C2C for ; Sat, 30 Oct 2021 12:24:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 148593858C2C Received: by mail-wm1-x333.google.com with SMTP id z200so9232915wmc.1 for ; Sat, 30 Oct 2021 05:24:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=n5vtpGuLbWV3CAAtiuCfLxZukTrhBGK1wk/ITta9g68=; b=6LP1tKzxEVKfHbqknQnDBR30j92KeGs9zy7001zbMsU9b1aReSaMqsrucL4x8b6BVi pR0sNom38osS2MiT1K+cuDoWBRDrW3RPC7kjmXVXsnlFTxxY77YtESZdM3aajsRNYIYV an/OED9HYZv8o0DDJ/iWTZsR41mvc+5Gcm178cgDho0juP1/iR6J/SfLudKjo66Csd72 3VmYMSWSYJSiZheRX1H0WL9RPxhtMpFO5YN75coXiXpjHg/wEJC0LaxDtPHUERq5EzGR T86SMJqCwcdHOqQ0/CUHGyx730lJgVu3j3kOmojD2OE7+o75vx3uB3FAEAlogOdnqcHJ iBig== X-Gm-Message-State: AOAM532S1noPwENynFBdbK8qHkg0Bx92V7D3q40R0gq8OaSUqsFzMLC4 jx2CjYavtxRJMRSZadyj2Gw= X-Google-Smtp-Source: ABdhPJxLtTWS3HR1G33spvL37/GL3ZcmCM1ODBLKUtjZcBgixghvpKcNDllGvDYaCIGMqa0NKaJ2Cg== X-Received: by 2002:a1c:1c8:: with SMTP id 191mr3584110wmb.90.1635596698145; Sat, 30 Oct 2021 05:24:58 -0700 (PDT) Received: from [10.8.0.130] ([195.53.121.100]) by smtp.gmail.com with ESMTPSA id n9sm7836834wmq.6.2021.10.30.05.24.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 30 Oct 2021 05:24:57 -0700 (PDT) Message-ID: Date: Sat, 30 Oct 2021 14:24:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: Is getpass(3) really obsolete? Content-Language: en-US To: Joseph Myers Cc: =?UTF-8?B?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?= , linux-man , Libc-alpha , "tech@openbsd.org" , Klemens Nanni , Benoit Lecocq , git@vger.kernel.org References: <73ac38a2-c287-4cc1-4e9c-0f9766ac4c0c@gmail.com> <211029.86r1c43uwj.gmgdl@evledraar.gmail.com> <865e5899-b991-918d-8bc6-ced65a67a566@gmail.com> From: "Alejandro Colomar (man-pages)" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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: Sat, 30 Oct 2021 12:25:00 -0000 Hi Joseph, On 10/29/21 18:31, Joseph Myers wrote: > 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. > Thanks. The latest draft for C2x that I know of is N2596. Is there any newer draft that I can consult for these things? I see many proposals, but it's difficult to know which have been accepted and which not without an actual recent draft of the standard. Cheers, Alex -- Alejandro Colomar Linux man-pages comaintainer; https://www.kernel.org/doc/man-pages/ http://www.alejandro-colomar.es/