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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <58e535bd-6125-4f18-9a0d-7ce1cdd3f478@weissschuh.net>
Date: Sun, 2 Nov 2025 12:41:57 +0100 (GMT+01:00)
From: Thomas Weißschuh <linux@...ssschuh.net>
To: Willy Tarreau <w@....eu>
Cc: shuah@...nel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 2/4] tools/nolibc: add the more portable inttypes.h

Nov 2, 2025 12:18:57 Willy Tarreau <w@....eu>:

> On Sun, Nov 02, 2025 at 12:04:01PM +0100, Thomas Weißschuh wrote:
>> On 2025-11-02 11:46:09+0100, Willy Tarreau wrote:
>>> It's often recommended to only use inttypes.h instead of stdint.h for
>>> portability reasons since the former is always present when the latter
>>> is present, but not conversely, and the former includes the latter. Due
>>> to this some simple programs fail to build when including inttypes.h.
>>> Let's add one that simply includes stdint.h to better support these
>>> programs.
>>>
>>> Signed-off-by: Willy Tarreau <w@....eu>
>>> ---
>>> tools/include/nolibc/Makefile   | 1 +
>>> tools/include/nolibc/inttypes.h | 8 ++++++++
>>> 2 files changed, 9 insertions(+)
>>> create mode 100644 tools/include/nolibc/inttypes.h
>>
>> I think this should also interact with the big nolibc.h.
>> Both being included from it and including it itself, to follow the
>> generally used pattern.
>>
>
> You mean you'd prefer "include nolibc.h" from inttypes and
> "include inttypes" from nolibc, that's it ?

Yep.


Thomas

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ