| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20250304-nolibc-kselftest-harness-v1-15-adca7cd231e2@linutronix.de> Date: Tue, 04 Mar 2025 08:10:45 +0100 From: Thomas Weißschuh <thomas.weissschuh@...utronix.de> To: Shuah Khan <shuah@...nel.org>, Shuah Khan <skhan@...uxfoundation.org>, Willy Tarreau <w@....eu>, Thomas Weißschuh <linux@...ssschuh.net> Cc: linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org, Thomas Weißschuh <thomas.weissschuh@...utronix.de> Subject: [PATCH 15/32] tools/nolibc: use intmax definitions from compiler The printf format checking in the compiler uses the intmax types from the compiler, not libc. This can lead to compiler errors. Instead use the types already provided by the compiler. Example issue with clang 19 for arm64: nolibc-test.c:30:2: error: format specifies type 'uintmax_t' (aka 'unsigned long') but the argument has type 'uintmax_t' (aka 'unsigned long long') [-Werror,-Wformat] Signed-off-by: Thomas Weißschuh <thomas.weissschuh@...utronix.de> --- tools/include/nolibc/stdint.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/include/nolibc/stdint.h b/tools/include/nolibc/stdint.h index cd79ddd6170e05b19945e66151bcbcf840028d32..b052ad6303c38f09685b645268dad1fa8848370d 100644 --- a/tools/include/nolibc/stdint.h +++ b/tools/include/nolibc/stdint.h @@ -39,8 +39,8 @@ typedef size_t uint_fast32_t; typedef int64_t int_fast64_t; typedef uint64_t uint_fast64_t; -typedef int64_t intmax_t; -typedef uint64_t uintmax_t; +typedef __INTMAX_TYPE__ intmax_t; +typedef __UINTMAX_TYPE__ uintmax_t; /* limits of integral types */ -- 2.48.1
Powered by blists - more mailing lists