> On Jan 23, 2019, at 5:09 AM, Jann Horn <ja...@google.com> wrote: > > AFAICS this only applies to switch statements (because they jump to a > case and don't execute stuff at the start of the block), not blocks > after if/while/... . It bothers me that we are going out of our way to deprecate valid C constructs in favor of placing the declarations elsewhere. As current compiler warnings would catch any reference before initialization usage anyway, it seems like we are letting a compiler warning rather than the language standard dictate syntax. Certainly if we want to make it a best practice coding style issue we can, and then an appropriate note explaining why should be added to Documentation/process/coding-style.rst.
- [PATCH 0/3] gcc-plugins: Introduce stackinit plugin Kees Cook
- [PATCH 3/3] lib: Introduce test_stackinit module Kees Cook
- [PATCH 1/3] treewide: Lift switch variables out of ... Kees Cook
- Re: [PATCH 1/3] treewide: Lift switch variables... Greg KH
- Re: [PATCH 1/3] treewide: Lift switch varia... Jann Horn
- Re: [PATCH 1/3] treewide: Lift switch v... Ard Biesheuvel
- Re: [PATCH 1/3] treewide: Lift switch v... William Kucharski
- Re: [Intel-gfx] [PATCH 1/3] treewide: Lift ... Jani Nikula
- Re: [Intel-gfx] [PATCH 1/3] treewide: L... Jani Nikula
- RE: [Intel-gfx] [PATCH 1/3] treewide: L... Edwin Zimmerman
- RE: [Intel-gfx] [PATCH 1/3] treewi... Jani Nikula
- Re: [Intel-gfx] [PATCH 1/3] tr... Kees Cook
- Re: [Intel-gfx] [PATCH 1/3... Greg KH
- Re: [Intel-gfx] [PATCH 1/3] treewide: L... Matthew Wilcox
- Re: [Intel-gfx] [PATCH 1/3] treewi... Kees Cook
- Re: [Intel-wired-lan] [PATCH 1/3] treewide: Lif... Jeff Kirsher
- RE: [PATCH 1/3] treewide: Lift switch variables... Edwin Zimmerman