lkml.org 
[lkml]   [2021]   [Sep]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: function prototype element ordering
On Wed, Sep 22, 2021 at 01:51:34AM -0700, Joe Perches wrote:
> On Wed, 2021-09-22 at 10:24 +0300, Alexey Dobriyan wrote:
>
> > Attributes should be on their own line, they can be quite lengthy.
> >
> > __attribute__((...))
> > [static] [inline] T f(A1 arg1, ...)
> > {
> > ...
> > }
> >
> > There will be even more attributes in the future, both added by
> > compilers and developers (const, pure, WUR), so let's make "prototype lane"
> > for them.
> >
> > Same for structures:
> >
> > __attribute__((packed))
> > struct S {
> > };
>
> Do you know if placing attributes like __packed/__aligned() before
> definitions would work for all cases for structs/substructs/unions?

Somehow, it doesn't.

But it works for members:

struct S {
__attribute__((aligned(16)))
int a;
};

\
 
 \ /
  Last update: 2021-09-22 12:47    [W:0.199 / U:22.896 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site