Was bedeutet __GNUC__?

[Thomas H. (datatom)]

Hallo zusammen,

was bedeutet folgender Code?

  #if _GNUC_
    sei();
  #else
    _SEI();
  #endif

[Peter II (Gast)]

https://de.wikibooks.org/wiki/C-Programmierung:_Pr%C3%A4prozessor#.23ifdef

[Thomas H. (datatom)]

Ok, danke.

Aber was ist _GNUC_?

[Peter II (Gast)]

Thomas H. schrieb:
> Aber was ist GNUC?

https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html

[Dirk B. (dirkb2)]

Das ist ein Makro, das vom GNU-Compiler definiert wird.

Die C-Compiler von Microsoft oder IBM haben das nicht definiert.

[Thomas H. (datatom)]

Wenn ich weiß welchen Compiler ich habe, ist die #IF-Bedingung doch 
nicht nötig oder?

[Peter II (Gast)]

Thomas H. schrieb:
> Wenn ich weiß welchen Compiler ich habe, ist die #IF-Bedingung doch
> nicht nötig oder?

und was ist wenn der code mit mehre Compiler funktionieren soll?

[Thomas H. (datatom)]

Aber wenn ich mich 100%ig auf einen Compiler beschränken will, z.B., 
wenn ich mit dem Atmel Studio 7 das Programm compiliere, ist die Abfrage 
auf den Compiler nicht nötig.

[Peter II (Gast)]

Thomas H. schrieb:
> Aber wenn ich mich 100%ig auf einen Compiler beschränken will

Thomas H. schrieb:
> Aber wenn ich mich 100%ig auf einen Compiler beschränken will, z.B.,
> wenn ich mit dem Atmel Studio 7 das Programm compiliere, ist die Abfrage
> auf den Compiler nicht nötig.

ja

[Thomas H. (datatom)]

Alles klar, vielen Dank.

[Johann L. (gjlayde)]

Dirk B. schrieb:
> Das ist ein Makro, das vom GNU-Compiler definiert wird.
>
> Die C-Compiler von Microsoft oder IBM haben das nicht definiert.

m.W. setzt LLVM das Makro auch.

[Sheeva P. (sheevaplug)]

Thomas H. schrieb:
> Aber wenn ich mich 100%ig auf einen Compiler beschränken will, z.B.,
> wenn ich mit dem Atmel Studio 7 das Programm compiliere, ist die Abfrage
> auf den Compiler nicht nötig.

Tja, und wenn Atmel Studio 8 einen anderen Compiler benutzt? Echt jetzt: 
an dieser Stelle ein paar Zeichen zu sparen, ist dumm, ignorant, oder 
beides.

[Hollender (Gast)]

Sheeva P. schrieb:
> Echt jetzt:
> an dieser Stelle ein paar Zeichen zu sparen, ist dumm, ignorant, oder
> beides.

Oder man ist Anfänger. Aber das kann auch in einem der genanten
Attribute enthalten sein ....

[Nop (Gast)]

Johann L. schrieb:
> Dirk B. schrieb:
>> Das ist ein Makro, das vom GNU-Compiler definiert wird.
>
> m.W. setzt LLVM das Makro auch.

Ja, weil es nicht den GCC anzeigt, sondern die Verfügbarkeit der 
GCC-Extensions.

[Johann L. (gjlayde)]

Nop schrieb:
> Johann L. schrieb:
>> Dirk B. schrieb:
>>> Das ist ein Makro, das vom GNU-Compiler definiert wird.
>>
>> m.W. setzt LLVM das Makro auch.
>
> Ja, weil es nicht den GCC anzeigt, sondern die Verfügbarkeit der
> GCC-Extensions.

Nö, weil GCC _GNUC_ auch dann setzt, wenn nicht GNU-C übersetzt wird 
sondern strict nach ISO, z.B. --std=c99 -pedantic

[Nop (Gast)]

Johann L. schrieb:
> Nö, weil GCC GNUC auch dann setzt, wenn nicht GNU-C übersetzt wird
> sondern strict nach ISO, z.B. --std=c99 -pedantic

Womit fragt man dann die Verfügbarkeit von GCC-Erweiterungen ab?

[Rolf M. (rmagnus)]

Nop schrieb:
> Johann L. schrieb:
>> Nö, weil GCC GNUC auch dann setzt, wenn nicht GNU-C übersetzt wird
>> sondern strict nach ISO, z.B. --std=c99 -pedantic
>
> Womit fragt man dann die Verfügbarkeit von GCC-Erweiterungen ab?

Wenn _STRICT_ANSI_ definiert ist, sind die Erweiterungen 
ausgeschaltet:
https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html#Common-Predefined-Macros

[Johann L. (gjlayde)]

Rolf M. schrieb:
> Nop schrieb:
>> Johann L. schrieb:
>>> Nö, weil GCC __GNUC__ auch dann setzt, wenn nicht GNU-C übersetzt wird
>>> sondern strict nach ISO, z.B. --std=c99 -pedantic
>>
>> Womit fragt man dann die Verfügbarkeit von GCC-Erweiterungen ab?
>
> Wenn __STRICT_ANSI__ definiert ist, sind die Erweiterungen
> ausgeschaltet:
> 
https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html#Common-Predefined-Macros

Auch das stimmt nicht.  Nochmal lesen :-)

[Johann L. (gjlayde)]

Beispiel:

avr-gcc foo.c -S -std=c89 -ansi -pedantic -W -Wall -Wextra

  
mit folgendem C-Programm:

#if defined __GNUC__ && defined __STRICT_ANSI__
__extension__
#warning GCC in Strict ANSI Mode.

__extension__ extern long long i;

__extension__ struct a { struct { int q; int w[0]; }; } a = { .q = 0 } ;

__inline__ __attribute__((__used__,__section__(".text.func")))
void func (void)
{
    register int a __asm__("30");
    __asm __volatile__ ("nop" : "=r" (a) :: "10");
    __builtin_avr_cli ();
}
#endif

 
Die einzige Diagnostic ist die angeforderte:
  

foo.c:3:2: warning: #warning GCC in Strict ANSI Mode. [-Wcpp]
 #warning GCC in Strict ANSI Mode.
  ^~~~~~~

 
Und zeug wie Inline-ASM und Section-Zuweisung werden nicht nur 
akzeptiert sondern auch wie erwartet compiliert.

[Nop (Gast)]

Johann L. schrieb:

> Die einzige Diagnostic ist die angeforderte:

Wow, danke.

P.S.: Der Assemblercode gefällt mir. ^^

[MaWin (Gast)]

Johann L. schrieb:
> Und zeug wie Inline-ASM und Section-Zuweisung werden nicht nur
> akzeptiert sondern auch wie erwartet compiliert.

Alles, was mit doppelten Underscores oder mit Underscore-Großbuchstabe 
beginnt gehört zur Implementation und ist auch ANSI-compliant.