linux-kernel - Re: Clarifying confusion of our variable placement rules caused by cleanup.h

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <f895328e-43f3-426b-ab2b-ee750edab324@zytor.com>
Date: Tue, 18 Nov 2025 11:11:09 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>,
        Bart Van Assche <bvanassche@....org>
Cc: James Bottomley <James.Bottomley@...senpartnership.com>,
        ksummit@...ts.linux.dev, Dan Williams <dan.j.williams@...el.com>,
        linux-kernel <linux-kernel@...r.kernel.org>,
        Dan Carpenter <dan.carpenter@...aro.org>
Subject: Re: Clarifying confusion of our variable placement rules caused by
 cleanup.h

On 2025-11-18 10:38, Linus Torvalds wrote:
> 
> Now, we currently don't use __auto_type very much outside of macros
> (and there we often use "typeof(x)" instead for historical compiler
> reasons), but I suspect we probably should.  There's a patch floating
> around that makes it more convenient with a
> 
>    #define auto __auto_type
> 
> because the historical C 'auto' keyword has been so completely and
> utterly useless.
> 

Indeed, and this matches C++ and C23.

The only thing about it was that it got to be fuzzy the best way to upstream it.

Do you want me to send you the patchset during the merge window?

	-hpa