"defined (__AVR_ATtiny85__)" oder "defined (__ATtiny85__)"

[Jörg E. (jackfritt)]

Gibt es eine Möglichkeit das beide erkannt werden ?
Eventuell durch ein include ?

Ich habe nämlich "altmüll" code gefunden wo noch
(_ATtiny85_) drin steht.

Ich wollte nich alle von Hand(oder per Script) ändern.

Thx,

Jörg

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

Jörg Esser schrieb:

> Ich habe nämlich "altmüll" code gefunden wo noch
> (_ATtiny85_) drin steht.

AVR-GCC hat dies noch nie generiert, aber vielleicht soll der Code
ja auch für andere Compiler benutzbar sein?  Ich glaube, IAR generiert
entsprechende #define-Werte ohne "AVR_" drin.

[Peter II (Gast)]

#ifdef __AVR_ATtiny85__
   #ifndef _ATtiny85_
   #define _ATtiny85_
   #endif
#endif

[Simon K. (simon)]

Peter II schrieb:
>

> #ifdef __AVR_ATtiny85__
>    #ifndef _ATtiny85_
>    #define _ATtiny85_
>    #endif
> #endif
>

Aufpassen. Die Rauten müssen bei Präprozessorbefehlen immer das erste
Zeichen in der Zeile sein.

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

Simon K. schrieb:

> Aufpassen. Die Rauten müssen bei Präprozessorbefehlen immer das erste
> Zeichen in der Zeile sein.

Nein, schon lange nicht mehr.  Es ist lediglich gefordert, dass
davor höchstens white space steht.

Aber aufpassen an anderer Stelle: Makros, die mit zwei Unterstrichen
beginnen, sind reservierte Bezeichner.  Wenn schon also:

#if defined(__AVR_ATtiny85__)
#  define IS_ATTINY85
#elif defined(__ATtiny85__)
#  define IS_ATTINY85
#else
#  error "Unknown MCU type"
#endif

...

#ifdef IS_ATTINY85
...
#endif

[Stefan E. (sternst)]

Jörg Wunsch schrieb:
> Wenn schon also:

Ich glaube, du hast den OP vielleicht missverstanden. Ich denke er will 
die "andere Richtung" haben, also das _ATtiny85_ nicht zusätzlich 
erkennen, sondern zusätzlich generieren, weil im Code solche Abfragen

#ifdef defined(__ATtiny85__)

vorhanden sind, und er die nicht ändern will.

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

Stefan Ernst schrieb:
> sondern zusätzlich generieren

Genau das ist aber nicht gestattet, weil es sich bei

__ATtiny85__

um einen reservierten Namen handelt.

[Jörg E. (jackfritt)]

Um es nochmal genauer zu erklären.
Ich denke es gibt von Atmel noch mehr Codeschnipsel die alle mit
so Makros wie #ifdef defined(_ATtiny85_) anfangen weil sie eventuell 
an IAR zugeschnitten sind?

Es wäre toll so eine #include Datei zu haben die
aus Makros wie obigem besteht.

#if defined(__AVR_ATtiny85__)
#  define IS_ATTINY85
#elif defined(__ATtiny85__)
#  define IS_ATTINY85
#else
#  error "Unknown MCU type"
#endif

...

#ifdef IS_ATTINY85
...
#endif

Könnte doch grundsätzlich klappen oder?

Ob das was für die Profis, ist ist eine andere Frage ;)

oh ich glaube da gibs was von atmel ?
http://www.ece.cmu.edu/~ece549/spring08/team6/healthnet/avr/rdk230wpan-1.5/src/inc/mcu_types.h

Gruss,

Jörg

[Jörg E. (jackfritt)]

So nochmal genauer gekuckt und festgestellt das es in der Datei
mcu_types.h genau anders herum sein müsste also so:

#if defined(__AVR_ATtiny85__)
#  define  __ATtiny85__    (__ATtiny85__)
#endif

Gruss,

Jörg

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

Jörg Esser schrieb:
> Ich denke es gibt von Atmel noch mehr Codeschnipsel die alle mit
> so Makros wie #ifdef defined(ATtiny85) anfangen weil sie eventuell
> an IAR zugeschnitten sind?

Ja, nicht unwahrscheinlich.  Atmel war sehr lange Zeit komplett auf
IAR fixiert bezüglich AVR-Beispielcode.