Eclipse mit AVR-Plugin

Peter Bandhauer wrote:
> Wenn ich schreibe PORTD = 0b00000000;
> sagt er dass ein fehlerhaftes decimales Format vorliegt.
> PORTD = 0x00; (funktioniert)

Sagt wer?

Ah ich seh' schon. Ja, man müsste dem CDT-Plugin bei der Just-in-Time 
Syntaxüberprüfung noch mitteilen, dass es dieses Prefix gibt.
Wundert mich, dass das noch nicht aufgefallen ist. Ich vermute mal 
Thomas Holland (Der Ersteller von AVR-Eclipse) könnte da was dran 
drehen. Wissen tu ich es aber nicht.

Die Meisten benutzen wahrscheinlich ohnehin für sowas die Hexadezimale 
Variante (beginnend mit 0x), weil die binäre Variante nicht im 
C-Standard enthalten ist und das Verwenden Dieser nicht standardkonform 
ist.

Ich hab's mal als Feature Request bei AVR-Eclipse eingereicht:
https://sourceforge.net/tracker/index.php?func=detail&aid=2085485&group_id=189165&atid=928234

Ich glaube aber, dass man das bei den Entwicklern vom CDT Plugin 
einreichen müsste um daran was zu ändern.

Sagt Eclipse 3.4.0 mit AVR_Eclipse_Plugin 2.2.0

Kann ich das irgendwie mit der #define Anweisung so hinbekommen dass er 
mir
0b00001111
zu 0x0F konvertiert?

0xBIN0000BIN1111 zu 0x0F wär auch okay, nur bekomme ich das nicht hin.

Peter Bandhauer wrote:
> Sagt Eclipse 3.4.0 mit AVR_Eclipse_Plugin 2.2.0
>
> Kann ich das irgendwie mit der #define Anweisung so hinbekommen dass er
> mir
> 0b00001111
> zu 0x0F konvertiert?
>
> 0xBIN0000BIN1111 zu 0x0F wär auch okay, nur bekomme ich das nicht hin.

Nein, das geht so wahrlich nicht. Schau aber mal hier:
Beitrag "Binär  -- wie in C schreiben?"

Danke Simon K. !

#define B8(y)  ( 0##y       &   1 \
    | 0##y >>  2 &   2 \
    | 0##y >>  4 &   4 \
    | 0##y >>  6 &   8 \
    | 0##y >>  8 &  16 \
    | 0##y >> 10 &  32 \
    | 0##y >> 12 &  64 \
    | 0##y >> 14 & 128 )

Das war die Lösung :)

Weshalb funktionier es mit meinen #define nicht?

Simon K. wrote:
> Ich hab's mal als Feature Request bei AVR-Eclipse eingereicht:
> 
https://sourceforge.net/tracker/index.php?func=detail&aid=2085485&group_id=189165&atid=928234
>
> Ich glaube aber, dass man das bei den Entwicklern vom CDT Plugin
> einreichen müsste um daran was zu ändern.

Ich habe es mal in der eclipse.tools.cdt newsgroup plaziert. Mal schauen 
ob es da irgendeine Antwort drauf gibt.

http://www.eclipse.org/newsportal/article.php?id=17092&group=eclipse.tools.cdt#17092

Thomas Holland wrote:
> Simon K. wrote:
>> Ich hab's mal als Feature Request bei AVR-Eclipse eingereicht:
>>
> 
https://sourceforge.net/tracker/index.php?func=detail&aid=2085485&group_id=189165&atid=928234
>>
>> Ich glaube aber, dass man das bei den Entwicklern vom CDT Plugin
>> einreichen müsste um daran was zu ändern.
>
> Ich habe es mal in der eclipse.tools.cdt newsgroup plaziert. Mal schauen
> ob es da irgendeine Antwort drauf gibt.
>
> 
http://www.eclipse.org/newsportal/article.php?id=17092&group=eclipse.tools.cdt#17092

Super! :-)

Es gab eine Antwort von Chris Recoskie
> File a bug... the GNU parser in CDT should be enhanced to handle this.

Heißt dies dass man etwas machen kann?

Ich würde gern mal wissen ob das nur mir so geht oder ob andere auch 
diesen Fehler haben.

Vielleicht geht das ja nur bei mir nicht.

Nein, das Problem haben alle, da CDT "0b" Binärzahlen noch nicht kennt.

Ich werde in den nächsten Tagen mal einen Bug Report für CDT schreiben. 
Im Moment wühle ich mich noch durch den CDT Sourcecode um zu dem 
Bug-Report auch gleich einen Patch zu liefern (habe aber bisher noch 
nicht die Stelle gefunden wo der Parser den C Sourcecode analysiert. Die 
Innereien von CDT sind ziemlich verworren und fast vollständig 
Kommentarfrei).

AFAIK kennt GCC "0b" binärzahlen offiziell erst seit Version 4.3, und 
die ist erst im März erschienen (war im avr-gcc wohl schon etwas länger 
drin). Zu der Zeit war CDT aber schon kurz vor dem Ganymede Release und 
es ist m.E. durchaus verständlich, dass CDT dieses eher unscheinbare und 
nicht C Standard konforme Feature von GCC noch nicht kennt.

Auch mit einem Bug Report würde ich keine allzu schnelle Bearbeitung 
erwarten. Bei der großen Anzahl von offenen Bug Reports für CDT ist das 
sicherlich eher ein low priority item.

Ich sehe es auch eher als kosmetisches Problem. Programme mit "0b" 
lassen sich problemlos kompilieren und die Warnung wird nur im Editor 
angezeigt und taucht nicht in der "Problems" Liste auf.

brgds,

Thomas

so, mein Patch für CDT ist auf Anhieb akzeptiert worden und ab CDT 5.0.2 
wird Eclipse/CDT auch Binär-Konstanten richtig erkennen.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=249698

Bis zum Release von 5.0.2 kann es aber noch dauern, da 5.0.1 gerade erst 
herausgekommen ist und der nächste Release erst in ca. 3 Monaten ansteht 
(vierteljährlicher Ganymede Release Schedule).

Ein klein wenig müsst ihr euch also noch mit dem bit-frickeln gedulden 
:-)
Sofern noch nicht geschehen könnt ihr ja die Zeit nutzen schon mal auf 
Eclipse 3.4 (Ganymede) upzudaten, denn CDT 5.0.2 gibt es nur mit 
selbigem.

Thomas

Danke für den Hinweis und gute Arbeit mit dem Patch! :-)

@ Thomas Holland
Vielen Dank für die Mühe!

Irgendwie finde ich keine "CDT 5.0.2" :( nicht mal wann es 
vorraussichtlich veröffentlicht wird.

Hab jetzt Eclipse 3.4.1 (Ganymede) mit CDTool 5.0.1 :)

> ... nächste Release erst in ca. 3 Monaten ansteht ...
Dann wird das CDT 5.0.2 das Weihnachtsgeschenk vom Thomas.

Da CDT ein Ganymede Projekt ist, wird es, wie für alle anderen Ganymede 
Projekte auch, ein synchrones Update geben. Ich hatte mal was von 
ungefähr vierteljährlichen Updates gelesen, aber so wie es aussieht wird 
es nicht mit dem Weihnachtsgeschenk - 
http://wiki.eclipse.org/Ganymede#Coordinated_Service_Releases

5.0.2 kommt also erst Ende Februar 2009 als Teil des zweiten Ganymede 
Service Release (SR2).