Frage zu __attribute__ ((noinline))

[xjn (Gast)]

Hallo,

ich möchte explizit inlining für bestimmte Funktionen verbieten, da
der erzeugte Code manchmal zu gross ist.

Dabei erzeugt folgende Konstruktion einen Compilerfehler
:expected ')' before '__attribute__'
:expected identifier or '(' before ')' token

static __attribute__((noinline))
void function( type param1 )
{
    ...
}

... und diese Konstruktion funktioniert !

#define noinline __attribute__((noinline))

static noinline
void function( type param1 )
{
    ...
}

Auch ist es egal, ob ich das _attribute_ vorne, mittig oder hinten bei 
der Function angebe.

Ich verstehe nicht warum das so ist und bitte um Hilfe dazu.

Compiler : avr-gcc (WinAVR 20081205) 4.3.2

[Gast (Gast)]

Hallo,

versuche es mal mit __attribute__((_noinline_))

MfG

[Gast (Gast)]

Nachtrag:
((noinline)) vorne und hinten mit 2 unterstrichen. Die Forumssoftware 
scheint hier anderer Meinung zu sein.

[Johann L. (gjlayde)]

Ich trenn immer zwischen Deklaration und Implementierng:

static void __attribute__((noinline)) foo (void);

...

void foo (void)
{
    ...
}

Evtl. helfen auch Optionen wie -fno-inline-small-functions oder das 
Setzten von Inline-Limits?

[xjn (Gast)]

Es funktioniert ja, aber eben nur in der #define Variante.

@Gast
Mit

__attribute__((__noinline__))

geht es. Kein Compilerfehler mehr, verstehe aber nicht warum ...


@Johann L.
Der Compiler meldet auch bei Trennung von Deklaration und Implementation
den Fehler. Die Optionen sollten bei explizitem noinline keine 
Auswirkung haben. Es geht ja auch um den Syntax-Compilerfehler ...


Meine eigentliche Frage ist aber, warum es mit der #define Variante 
geht, auch ohne _noinline_ ( mit zwei '_').

[Johann L. (gjlayde)]

xjn wrote:
> @Johann L.
> Der Compiler meldet auch bei Trennung von Deklaration und Implementation
> den Fehler. Die Optionen sollten bei explizitem noinline keine
> Auswirkung haben. Es geht ja auch um den Syntax-Compilerfehler ...

Intention dabei ist, nicht bei jeder Funktion hinterherlaufen zu müssen 
und zu schauen, ob gcc sie evtl. inlinet obwohl man das nicht will. In 
dem Falle spart man sich die zig-fache noinline-Attribuierung im 
Projekt, indem man dem Compiler sagt, daß er bitte Kleingerüffel nicht 
standardmässig inlinet.

> Meine eigentliche Frage ist aber, warum es mit der #define Variante
> geht, auch ohne _noinline_ ( mit zwei '_').

Evtl. weil du mit -ansi oder so übersetzt?

[Jörg W. (dl8dtl) (Moderator)]

xjn wrote:

> Meine eigentliche Frage ist aber, warum es mit der #define Variante
> geht, auch ohne _noinline_ ( mit zwei '_').

Weil du das #define auch bei der "ohne define"-Variante noch obendrüber
stehen hast. :-)  Was der Präprozessor dann draus macht ist:

static __attribute__((__attribute__((noinline))))
void foo(char c)
{
 x = c;
}

[xjn (Gast)]

@Jörg Wunsch

Jaah, das ist es !

Wenn ich das #define 'xx' statt 'noinline' nenne, habe ich den gleichen 
Fehler :)

Ich nehme jetzt

__attribute__(__noinline__)

und alles ist Ok.

Danke an alle für die schnelle Hilfe ...