[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <202204291019.B628991360@keescook>
Date: Fri, 29 Apr 2022 10:25:23 -0700
From: Kees Cook <keescook@...omium.org>
To: Alexey Dobriyan <adobriyan@...il.com>
Cc: akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
Eric Biederman <ebiederm@...ssion.com>,
linux-api@...r.kernel.org
Subject: Re: [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
On Fri, Apr 29, 2022 at 05:50:03PM +0300, Alexey Dobriyan wrote:
> This is very theoretical compile failure:
>
> ELF_ST_TYPE(st_info = A)
>
> Cast will bind first and st_info will stop being lvalue:
>
> error: lvalue required as left operand of assignment
>
> Given that the only use of this macro is
>
> ELF_ST_TYPE(sym->st_info)
>
> where st_info is "unsigned char" I've decided to remove cast especially
> given that companion macro ELF_ST_BIND doesn't use cast.
>
> Signed-off-by: Alexey Dobriyan <adobriyan@...il.com>
> ---
>
> include/uapi/linux/elf.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
It looks like akpm already pulled this, so:
Acked-by: Kees Cook <keescook@...omium.org>
Please keep Eric & I CCed on ELF changes; there's a MAINTAINERS entry
now...
-Kees
--
Kees Cook
Powered by blists - more mailing lists