FS/XFS testing framework
 help / color / mirror / Atom feed
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

  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