From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1369DC04A94 for ; Sat, 5 Aug 2023 16:35:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229926AbjHEQfi (ORCPT ); Sat, 5 Aug 2023 12:35:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41602 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229441AbjHEQfh (ORCPT ); Sat, 5 Aug 2023 12:35:37 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id E085510F8; Sat, 5 Aug 2023 09:35:35 -0700 (PDT) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 375GZOlV023856; Sat, 5 Aug 2023 18:35:24 +0200 Date: Sat, 5 Aug 2023 18:35:24 +0200 From: Willy Tarreau To: Thomas =?iso-8859-1?Q?Wei=DFschuh?= Cc: Shuah Khan , linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, Yuan Tan , Zhangjin Wu Subject: Re: [PATCH v3 05/14] tools/nolibc: stdint: use int for size_t on 32bit Message-ID: <20230805163524.GD15284@1wt.eu> References: <20230803-nolibc-warnings-v3-0-bcc1a096ae02@weissschuh.net> <20230803-nolibc-warnings-v3-5-bcc1a096ae02@weissschuh.net> <20230805161929.GA15284@1wt.eu> <44f1bab4-9d0a-4e7d-a73b-2c00c6029070@t-8ch.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <44f1bab4-9d0a-4e7d-a73b-2c00c6029070@t-8ch.de> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Aug 05, 2023 at 06:25:52PM +0200, Thomas Weißschuh wrote: > On 2023-08-05 18:19:29+0200, Willy Tarreau wrote: > > Hi Thomas, > > > > On Thu, Aug 03, 2023 at 09:28:49AM +0200, Thomas Weißschuh wrote: > > > Otherwise both gcc and clang may generate warnings about type > > > mismatches: > > > > > > sysroot/mips/include/string.h:12:14: warning: mismatch in argument 1 type of built-in function 'malloc'; expected 'unsigned int' [-Wbuiltin-declaration-mismatch] > > > 12 | static void *malloc(size_t len); > > > | ^~~~~~ > > > > > > Signed-off-by: Thomas Weißschuh > > > --- > > > tools/include/nolibc/stdint.h | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > > > diff --git a/tools/include/nolibc/stdint.h b/tools/include/nolibc/stdint.h > > > index 4b282435a59a..0f390c3028d8 100644 > > > --- a/tools/include/nolibc/stdint.h > > > +++ b/tools/include/nolibc/stdint.h > > > @@ -15,7 +15,11 @@ typedef unsigned int uint32_t; > > > typedef signed int int32_t; > > > typedef unsigned long long uint64_t; > > > typedef signed long long int64_t; > > > +#if __SIZE_WIDTH__ == 64 > > > typedef unsigned long size_t; > > > +#else > > > +typedef unsigned int size_t; > > > +#endif > > > > This one breaks gcc < 7 for me because __SIZE_WIDTH__ is not defined > > there. However I could trace __SIZE_TYPE__ to be defined since at least > > gcc-3.4 so instead we can do this, which will always match the type set > > by the compiler (either "unsigned int" or "unsigned long int") : > > > > #ifdef __SIZE_TYPE__ > > typedef __SIZE_TYPE__ size_t; > > #else > > typedef unsigned long size_t; > > #endif > > Sounds good. But do we need the fallback? I don't know. It's always the same when using a compiler-defined macro that you discover when you need it, you never know how spread it is. At least I've also found it in clang as old as 3.8, so maybe it can be considered safe enough. > Further below we are also unconditionally using preprocessor-defines > like __INT_MAX__ and __LONG_MAX__. > > So I guess we can drop the proposed #ifdef. I'll try with this, the risk is quite low anyway (famous last words). > > Please just let me know if you want me to modify your patch accordingly. > > I'm still continuing the tests. > > Feel free to modify the patch. Will do, thanks! Willy