On Mon, May 18, 2020 at 12:37:58PM +0200, Martin Liška wrote: > The patch adds new no_stack_protect attribute. The change is requested > from kernel folks and is direct equivalent of Clang's no_stack_protector. > Unlike Clang, I chose to name it no_stack_protect because we already > have stack_protect attribute (used with -fstack-protector-explicit).
Wouldn't it be better to look at the optimize attribute to see if it really does what has been said in the thread and if we don't want to change it, such that a function with optimize attribute xyz stands for the option defaults + command line options + xyz, rather than option defaults + xyz only? Jakub