From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) by sourceware.org (Postfix) with ESMTPS id 834F5386100F for ; Fri, 2 Oct 2020 08:35:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 834F5386100F Received: by mail-wm1-x344.google.com with SMTP id y15so814617wmi.0 for ; Fri, 02 Oct 2020 01:35:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=D1p7Dd8EPKaUSCoq1xg8vdBZaYcJ4v74iy4lAfMhAFE=; b=Zk+h3Y6JgqEbCTmB39dylA6BAY/3i2PS9Cv4K9hN2jCn12lZCI0u9VX3qgWtB4ygNe vJFVIwfTdDLUhrMc3SUbroAF6QesOGOa6hPUbl7lhtZm938qUuyxdhRosqlPELjpLFPH QCKUiOjRTDNJFURDxrGdb7fvbf/v+jrcD/Nb44dF5zi/3Ie8iGksBdYliLO+7m01p92M idAa8XpzsHrGjxD5bu5TXJh7icmAuxsvVEwjY3Moo0LhdRKc2NYjt3Fp9hyXnnB8Xtmd /sFjc3lgWyF2qJss0D6qME1E0ezL2tzCJCCrqRpgdScY1YsksamqQNTCZyuEY0bwMpvO xbwA== X-Gm-Message-State: AOAM533ScpppGcdESi0MjUK1f+zntBFDG6x9rhiFQ9ynyqgjlA8I2QF+ evi4+UWXRbYs11dY55PoY9w= X-Google-Smtp-Source: ABdhPJySfHlqN36IPsl85SM+iCvPc61PMX/EcoQfBZuiSo8AFSXHFjkQUV2sciP92GRGElCkTMvSmQ== X-Received: by 2002:a05:600c:2207:: with SMTP id z7mr1603995wml.42.1601627723550; Fri, 02 Oct 2020 01:35:23 -0700 (PDT) Received: from [192.168.1.143] ([170.253.60.68]) by smtp.gmail.com with ESMTPSA id b8sm974172wmb.4.2020.10.02.01.35.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 02 Oct 2020 01:35:22 -0700 (PDT) Subject: Re: [PATCH v2 1/4] system_data_types.7: Add int_leastN_t family of types To: Paul Eggert , mtk.manpages@gmail.com Cc: linux-man@vger.kernel.org, libc-alpha@sourceware.org, gcc@gcc.gnu.org References: <20201001143535.98990-1-colomar.6.4.3@gmail.com> <20201001143535.98990-2-colomar.6.4.3@gmail.com> From: Alejandro Colomar Message-ID: Date: Fri, 2 Oct 2020 10:35:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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, 02 Oct 2020 08:35:25 -0000 Hi Paul, On 2020-10-01 19:38, Paul Eggert wrote: > On 10/1/20 7:35 AM, Alejandro Colomar via Libc-alpha wrote: >> +The narrowest signed integer type >> +of a width of at least N bits, > > Motivation is missing here. Why is there an int_leastN_t type at all? Well, I'd say the motivation is for the standard to allow unicorn implementations that have types that are not of normal widths For example, this allows an implementation to have an int of 33 bits, have int_least32_t be that int, and then not provide int32_t. But, I'd say that writing this information in the man would only confuse readers, would not be helpful because those are actually unicorns. The few programmers that may need that info might better go to the standard. > Also, on all glibc platforms, int_leastN_t is equivalent to intN_t; this > should probably be mentioned. We deliberately decided to not give any information on this. Unless there's a strict requirement by the standard, or there's some very good reason for it, the programmer should treat typedefs as what they actaully are: opaque types with some width, signedness and other requirements, which we document here. > > Similarly for int_fastN_t. Same as above. Thanks, Alex