From: Lukas Herbolt <lukas@herbolt.com>
To: Zorro Lang <zlang@kernel.org>
Cc: fstests@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] src/locktest.c: fix build failure of struct delegation
Date: Wed, 07 Oct 2026 19:30:12 +0200 [thread overview]
Message-ID: <dabaefbef09950a167e315b05c6c2fe7@herbolt.com> (raw)
In-Reply-To: <aqaxjGZ6rSR1mZCf@zlang-mailbox>
On 2026-09-13 16:29, Zorro Lang wrote:
> On Thu, Aug 13, 2026 at 11:08:46PM +0800, Zorro Lang wrote:
>> Since glibc commit f2e3dacbff88 ("Add new constants from Linux 6.12,
>> 6.18 and 6.19 to bits/fcntl-linux.h"), the F_GETDELEG and F_SETDELEG
>> constants from Linux 6.19 have been added directly into <fcntl.h>.
>> However, the corresponding full definition for 'struct delegation'
>> was not included in glibc's userspace wrapper. That causes below
>> build error:
>>
>> locktest.c:1065:16: error: variable 'deleg' has initializer but
>> incomplete type
>> 1065 | struct delegation deleg = { .d_type = F_UNLCK };
>> ...
>>
>> Fix this by isolating the definition of 'struct delegation' from the
>> command macros via autoconf capability probing:
>>
>> 1. Add an AC_CHECK_TYPES check for 'struct delegation' in
>> configure.ac.
>> 2. In locktest.c, unbind 'struct delegation' from the '#ifndef
>> F_GETDELEG'
>> guard and wrap it with '#ifndef HAVE_STRUCT_DELEGATION' instead.
>>
>> Signed-off-by: Zorro Lang <zlang@kernel.org>
>> ---
>>
>> Hi,
>>
>> fstests currently fails to build against the latest glibc, with the
>> root
>> cause detailed in the commit log above.
>>
>> The glibc now defines F_GETDELEG and F_SETDELEG, but leaves out the
>> actual
>> 'struct delegation' definition. The complete struct is available in
>> <linux/fcntl.h>,
>> but we cannot simply include both <fcntl.h> and <linux/fcntl.h> due to
>> nasty
>> namespace redefinition conflicts.
>>
>> I am not entirely sure if glibc will bring in 'struct delegation', so
>> for now,
>> I chose to decouple and handle the structure definition independently
>> via
>> autoconf.
>>
>> Any thoughts or better suggestions on how we should handle this
>> transition?
>
> Friendly ping...
>
> Am I the only one seeing this? Without this patch, xfstests won't
> compile on
> the latest Fedora:
> glibc-devel-2.44.9000-1.fc46.x86_64
> gcc-16.2.1-2.fc46.x86_64
>
> I keep running into the build error below [1].
>
> Thanks,
> Zorro
>
> [1]
> locktest.c: In function 'initialize':
> locktest.c:1018:17: warning: variable 'offset' set but not used
> [-Wunused-but-set-variable=]
> 1018 | int offset = 0;
> | ^~~~~~
> locktest.c: In function 'release_lease':
> locktest.c:1065:16: error: variable 'deleg' has initializer but
> incomplete type
> 1065 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~~~~~
> locktest.c:1065:38: error: 'struct delegation' has no member named
> 'd_type'
> 1065 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~
> locktest.c:1065:47: warning: excess elements in struct initializer
> 1065 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~~
> locktest.c:1065:47: note: (near initialization for 'deleg')
> locktest.c:1065:27: error: storage size of 'deleg' isn't known
> 1065 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~
> locktest.c:1065:27: warning: unused variable 'deleg'
> [-Wunused-variable]
> locktest.c: In function 'do_deleg':
> locktest.c:1365:12: error: variable 'deleg' has initializer but
> incomplete type
> 1365 | struct delegation deleg = { .d_type = arg };
> | ^~~~~~~~~~
> locktest.c:1365:34: error: 'struct delegation' has no member named
> 'd_type'
> 1365 | struct delegation deleg = { .d_type = arg };
> | ^~~~~~
> locktest.c:1365:43: warning: excess elements in struct initializer
> 1365 | struct delegation deleg = { .d_type = arg };
> | ^~~
> locktest.c:1365:43: note: (near initialization for 'deleg')
> locktest.c:1365:23: error: storage size of 'deleg' isn't known
> 1365 | struct delegation deleg = { .d_type = arg };
> | ^~~~~
> locktest.c:1365:23: warning: unused variable 'deleg'
> [-Wunused-variable]
> locktest.c: In function 'main':
> locktest.c:1615:16: error: variable 'deleg' has initializer but
> incomplete type
> 1615 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~~~~~
> locktest.c:1615:38: error: 'struct delegation' has no member named
> 'd_type'
> 1615 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~
> locktest.c:1615:47: warning: excess elements in struct initializer
> 1615 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~~~
> locktest.c:1615:47: note: (near initialization for 'deleg')
> locktest.c:1615:27: error: storage size of 'deleg' isn't known
> 1615 | struct delegation deleg = { .d_type = F_UNLCK };
> | ^~~~~
> locktest.c:1615:27: warning: unused variable 'deleg'
> [-Wunused-variable]
> [CC] chprojid_fail
> [CC] detached_mounts_propagation
> gmake[2]: *** [Makefile:139: locktest] Error 1
> gmake[2]: *** Waiting for unfinished jobs....
> gmake[1]: *** [include/buildrules:30: src] Error 2
> make: *** [Makefile:65: default] Error 2
>
>>
>> Thanks,
>> Zorro
>>
>> configure.ac | 4 ++++
>> src/locktest.c | 2 ++
>> 2 files changed, 6 insertions(+)
>>
>> diff --git a/configure.ac b/configure.ac
>> index feb24ddd..6d7ff3ba 100644
>> --- a/configure.ac
>> +++ b/configure.ac
>> @@ -111,6 +111,10 @@ AC_CHECK_TYPES([struct
>> btrfs_ioctl_received_subvol_args], [], [], [[
>> #include <stddef.h>
>> #include <linux/btrfs.h>
>> ]])
>> +AC_CHECK_TYPES([struct delegation], [], [], [[
>> +#include <stddef.h>
>> +#include <fcntl.h>
>> +]])
>> AC_CHECK_HEADERS([linux/btrfs.h linux/btrfs_tree.h])
>> AC_CHECK_MEMBERS([struct btrfs_ioctl_vol_args_v2.subvolid], [], [],
>> [[
>> #include <stddef.h>
>> diff --git a/src/locktest.c b/src/locktest.c
>> index 54ee1f07..d0264c94 100644
>> --- a/src/locktest.c
>> +++ b/src/locktest.c
>> @@ -80,7 +80,9 @@ extern int h_errno;
>> #ifndef F_GETDELEG
>> #define F_GETDELEG (1024 + 15)
>> #define F_SETDELEG (1024 + 16)
>> +#endif
>>
>> +#ifndef HAVE_STRUCT_DELEGATION
>> struct delegation {
>> uint32_t d_flags;
>> uint16_t d_type;
>> --
>> 2.55.0
>>
>>
Hit the same on fedora-rawhide looks good to me.
Reviewed-by: "Lukas Herbolt" <lukas@herbolt.com>
--
-lhe
next prev parent reply other threads:[~2026-10-07 17:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-13 15:08 [PATCH] src/locktest.c: fix build failure of struct delegation Zorro Lang
2026-09-13 14:29 ` Zorro Lang
2026-10-07 17:30 ` Lukas Herbolt [this message]
2026-10-12 14:42 ` Zorro Lang
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=dabaefbef09950a167e315b05c6c2fe7@herbolt.com \
--to=lukas@herbolt.com \
--cc=fstests@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=zlang@kernel.org \
/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