[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1eb25b8f-09c0-8f5e-3227-f0f318785995@alliedtelesis.co.nz>
Date:   Wed, 6 Oct 2021 21:43:11 +0000
From:   Chris Packham <Chris.Packham@...iedtelesis.co.nz>
To:     Steffen Klassert <steffen.klassert@...unet.com>,
        Herbert Xu <herbert@...dor.apana.org.au>,
        "David S. Miller" <davem@...emloft.net>
CC:     netdev <netdev@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: strace build error static assertion failed: "XFRM_MSG_MAPPING !=
 0x26"
Hi,
When compiling strace-5.14 (although it looks like the same problem 
would exist with bleeding edge strace) with headers from the tip of 
Linus's tree (5.15.0-rc4) I get the following error
strace: In file included from static_assert.h:11,
strace:                  from print_fields.h:12,
strace:                  from defs.h:1901,
strace:                  from netlink.c:10:
strace: xlat/nl_xfrm_types.h:162:1: error: static assertion failed: 
"XFRM_MSG_MAPPING != 0x26"
strace:  static_assert((XFRM_MSG_MAPPING) == (0x26), "XFRM_MSG_MAPPING 
!= 0x26");
strace:  ^~~~~~~~~~~~~
It looks like commit 2d151d39073a ("xfrm: Add possibility to set the 
default to block if we have no policy") added some XFRM messages and the 
numbers shifted. Is this considered an ABI breakage?
I'm not sure if this is a strace problem or a linux problem so I'm 
reporting it in both places.
Thanks,
Chris
Powered by blists - more mailing lists
 
