[<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