From mboxrd@z Thu Jan  1 00:00:00 1970
Content-Type: multipart/mixed; boundary="===============6432329573450151905=="
MIME-Version: 1.0
From: Peter Zijlstra <peterz@infradead.org>
To: kbuild-all@lists.01.org
Subject: Re: [peterz-queue:core/rcu 31/33] arch/x86/kernel/alternative.c:961:26: error: inlining failed in call to always_inline 'try_get_desc': function attribute mismatch
Date: Fri, 06 Mar 2020 10:51:27 +0100
Message-ID: <20200306095127.GE3348@worktop.programming.kicks-ass.net>
In-Reply-To: <CACT4Y+Z=qy9MjhqOMNr2kYLwHy=gRXo0yqHBWBZpX2foRJBpMA@mail.gmail.com>
List-Id: <oe-kbuild-all.lists.linux.dev>

--===============6432329573450151905==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 06, 2020 at 06:34:49AM +0100, Dmitry Vyukov wrote:

> Say, consider, poke_int3_handler
> gets inlines in LTO build, and compiler says: you know what, I am just
> going to silently ignore your no_sanitize attribute to give you fun of
> re-debugging the issue you think you fixed ;)

*groan*, can't LTO still mess things up when combining translation units
build with different sanitize flags?
--===============6432329573450151905==--