From: Bernd Schubert <bernd@bsbernd.com>
To: "Arnd Bergmann" <arnd@arndb.de>,
"Thomas Weißschuh" <thomas.weissschuh@linutronix.de>
Cc: Miklos Szeredi <miklos@szeredi.hu>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] fuse: uapi: use UAPI types
Date: Thu, 8 Jan 2026 23:14:39 +0100 [thread overview]
Message-ID: <97ed3c52-ca12-4edb-8a3a-acc99c23857c@bsbernd.com> (raw)
In-Reply-To: <2c1dc014-e5aa-4c1d-a301-e10f47c74c7d@app.fastmail.com>
On 1/5/26 13:09, Arnd Bergmann wrote:
> On Mon, Jan 5, 2026, at 09:50, Bernd Schubert wrote:
>> On 1/5/26 09:40, Thomas Weißschuh wrote:
>>> On Sat, Jan 03, 2026 at 01:44:49PM +0100, Bernd Schubert wrote:
>>>
>>>>> libfuse3.so.3.19.0.p/fuse_uring.c.o -c
>>>>> ../../../home/runner/work/libfuse/libfuse/lib/fuse_uring.c
>>>>> ../../../home/runner/work/libfuse/libfuse/lib/fuse_uring.c:197:5: error:
>>>>> format specifies type 'unsigned long' but the argument has type '__u64'
>>>>> (aka 'unsigned long long') [-Werror,-Wformat]
>>>>> 196 | fuse_log(FUSE_LOG_DEBUG, " unique: %" PRIu64
>>>>> ", result=%d\n",
>>>>> | ~~~~~~~~~
>>>>> 197 | out->unique, ent_in_out->payload_sz);
>>>>> | ^~~~~~~~~~~
>>>>> 1 error generated.
>>>>>
>>>>>
>>>>> I can certainly work it around in libfuse by adding a cast, IMHO,
>>>>> PRIu64 is the right format.
>>>
>>> PRIu64 is indeed the right format for uint64_t. Unfortunately not necessarily
>>> for __u64. As the vast majority of the UAPI headers to use the UAPI types,
>>> adding a cast in this case is already necessary for most UAPI users.
>
> Which target did the warning show up on? I would expect the patch
> to not have changed anything for BSD, since not defining __linux__
> makes it use the stdint types after all.
Sorry for late reply, default Ubuntu x86_64 target.
next prev parent reply other threads:[~2026-01-08 22:14 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-30 12:10 [PATCH v2] fuse: uapi: use UAPI types Thomas Weißschuh
2025-12-30 21:09 ` Arnd Bergmann
2026-01-02 22:27 ` Bernd Schubert
2026-01-03 12:44 ` Bernd Schubert
2026-01-05 8:40 ` Thomas Weißschuh
2026-01-05 8:50 ` Bernd Schubert
2026-01-05 9:57 ` Thomas Weißschuh
2026-01-05 12:09 ` Arnd Bergmann
2026-01-08 22:12 ` Bernd Schubert
2026-01-09 8:11 ` Thomas Weißschuh
2026-01-09 10:38 ` David Laight
2026-01-09 10:45 ` Bernd Schubert
2026-01-09 10:55 ` Thomas Weißschuh
2026-01-09 11:36 ` Bernd Schubert
2026-01-09 13:11 ` David Laight
2026-01-09 13:46 ` Bernd Schubert
2026-01-09 19:13 ` David Laight
2026-01-08 22:14 ` Bernd Schubert [this message]
2026-01-03 14:10 ` David Laight
2026-01-03 16:47 ` Bernd Schubert
2026-01-05 12:45 ` Miklos Szeredi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=97ed3c52-ca12-4edb-8a3a-acc99c23857c@bsbernd.com \
--to=bernd@bsbernd.com \
--cc=arnd@arndb.de \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=thomas.weissschuh@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox