From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id 55426385086F for ; Wed, 14 Sep 2022 16:41:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 55426385086F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.93,315,1654588800"; d="scan'208";a="83066332" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 14 Sep 2022 08:41:26 -0800 IronPort-SDR: ZzMT5QcZHp/lwXN4w+EjVdt9cQ4zmlN+5FcoQlxv+So9VbGbS1JT7gQ4lzQdUBqVm/ANkRgpNV 1XM/XrksPzMBZP3Eglq9uWdSb62+rGGkeFw+LkXLkEHiiyWCKYznONoowXmZEUr+PVMXswND95 kqaj7zs9uNkq6PSzeT+/ef5Ko3WG/psUZrk3Q2NA06ZudvtWwi6GsE8xBc5lj0MhqV9Aqb6w8s E/rQuUss0oFMsT2KDBpVpKkl7htcu8HzY5MdB55PMhT8NYvj1MSPC7Vc3JUof/3kPEiAU3nCHn jgs= Date: Wed, 14 Sep 2022 16:41:20 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Alejandro Colomar CC: Florian Weimer , , JeanHeyd Meneide Subject: Re: [PATCH] inttypes.h: imaxabs(3): Implement as a macro In-Reply-To: <43da981a-5727-d521-9aa2-a56aa9cd2f53@gmail.com> Message-ID: References: <20220913151853.153311-1-alx.manpages@gmail.com> <43da981a-5727-d521-9aa2-a56aa9cd2f53@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-14.mgc.mentorg.com (139.181.222.14) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3111.2 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Wed, 14 Sep 2022, Alejandro Colomar via Libc-alpha wrote: > > intmax_t was discussed at length in WG14, and while there was agreement on > > reducing its uses (hence the change to floating-point return types for > > fromfp functions, for example, see bug 28327), there was not agreement on > > any particular form of obsolescence. And it *is* useful in practice for > > printing types such as off_t or mode_t with no corresponding printf > > formats; those could just do with appropriate constraints to be no wider > > than intmax_t when a future POSIX revision is based on C2x. > > Yes, and yet the same can be said about long long. intmax_t is one less > character (both in the type name, and in "j"), but apart from that, no much > benefit. It provides a clearer statement of intent to readers of the code than long long does. As I noted in the WG14 discussions of a few proposed obsoletions, just because some language feature is not useful for *all* the things some people might like to be able to use it for isn't a reason for obsoletion when it's still useful for *some* of those things. -- Joseph S. Myers joseph@codesourcery.com