cout nicht deklkariert

[ogni42]

Also Hubert, wo C++ Funktionen (die man dort im Übrigen Methoden nennt, sofern sie zu einer Klasse gehören) mehr Speicher verbrauchen als C Funktionen musst Du mir mal erklären.

Im Übrigen habe ich auf dem AVR schon einiges erfolgreich in C++ implementiert, würde aber, wegen den von Sprinter in dessen Wiki Artikel genannten Nachteilen, zu denen ich als größten die mangelnde Debugging Unterstützung im AVR Studio zählen würde, derzeit noch abraten.

Um den Gebrauch von new und delete kommt man noch herum, die Standardbibliothek dabei zu haben wäre allerdings schick.

Die Codequalität von avr-g++ ist genauso gut wie beim avr-gcc.

[SprinterSB]

Das Plus an Speicherverbrauch und Laufzeit wirst du bemerken, wenn du VTables brauchst, also zB wenn du mit abstrakten Klassen arbeitest und auf deren Methoden zugreifst. Dann muss nämlich zur Laufzeit in der VTable nachgeschlagen werden, welche Methode zu nehmen ist. Weitere Gründe findest du im avr-gcc-Artikel.

[p_mork]

Als "Hallo Welt" ist eine Textausgabe schon recht kompliziert.

was ist denn daran kompliziert? der Compiler muss doch nur den string "Hallo Welt" in den Flash reinkopieren und der controller soll diese Zeichen
einfach nacheinander mit dem UART senden.

wie soll man den sonst einen String mit dem UART senden?

[Felix G]

Naja, wenn die C++ Standardbibliothek fehlt musst du wohl auf Funktionen aus der C-Standardbibliothek zurückgreifen, also z.B. printf

[ogni42]

Sprinter, das ist mir schon klar. Aber es ging um den Speicherverbrauch/Laufzeit von C++-Funktionen/Methoden und da gibt es kein "mehr als C".

Die Verwendung von vtables bei virtuellen Methoden entspricht der von Funktionspointertabellen in C und ist von der Laufzeit zu dem C-Konstrukt identisch.

Die Verwendung solcher Indirektionen macht auch in C Sinn - für genau dieselben Fälle wie bei C++ - ist aber von der Implementierung her ungleich aufwändiger und daher nur selten anzutreffen.

Ohne virtual keine vtable und damit keine Indirektion und damit derselbe Speicherverbrauch/Laufzeit wie bei C.

[SprinterSB]

mein eigentliches problem ist, dass ich nicht weiss, wie man in c++ folgendes realisiert:
void irgendwas(a)
{
anweisung an den compiler: wann a ein float ist, dann f1(float a)
wenn a ein int ist, dann f2(int a)
u.s.w.
}
Die Funktionen void f1(float a) und void f2(int a) stehen irgendwo im Quelltext

Ich weiß ja nicht, was du damit anstellen willst...

In C++ Machst du eine Wrapper-Klasse, welche die gewünschte Funktion als virtuelle Mathode hat.
Davon werden eine Integer und eine Float-Class abgeleitet, die ihre Vorstellung von f() implementieren.

Es geht auch über eine union, aber dann programmierst du C mit C++.

Wenn es denn Standard-Funktionen sein sollen, ist fprintf dein Freund, evtl fputs. Bau dir einen FILE file, der die Ausgabe auf den UART (oder wohin auch immer) implementiert und rufe dein fprintf (file, format, args...) auf wie gewohnt. That's it. Alternativ verbiegst du stdout oder stderr.

@ogni42:

Zum C++-Debuggen sollte auch ein avr-gdb gehen, evtl. mit GUI wie insight oder ddd. Die Frage ist, ob man sich mit gdb auseinandersetzen will. Mit silulavr gehts jedenfalls. Zum richtigen debuggen brauchts dann noch einen JTAG-Server oder 1DWire-Server.

[ogni42]

Sprinter, meinst Du mit siluavr vielleicht simulavr? Würde ich dann mal ausprobieren. gdb ist nicht das Problem, der hat mir schon manches mal das Programmiererleben gerettet.

p_morg, so wie Du Dir das vorstellst geht es weder in C noch C++. Der Typ von a in irgendwas steht immer zur Übersetzungszeit fest. Wenn Du einen dynamischen Typ haben willst geht das in C++ über Vererbung und der Auswertung der Runtime Type Information, z.B. per dynamic_cast

class A
{
 //....
};

class B
{
 //....
};

class C : public A
{
 //....
};

class D : public A
{
 //....
};
int main()
{
   A* a = 0;
   B  b;
   C  c;
   D  d;
   a = &c;

  if (dynamic_cast<C*>a != 0 ) // das wird funktionieren, Ergebnis ist true
  {
  }

  if (dynamic_cast<B*>a != 0 ) // das nicht, das Ergebnis ist false
  {
  }

  a = &d;
  if (dynamic_cast<C*>a != 0 ) // das funktioniert jetzt nicht, Ergebnis ist false
  {
  }

  
}

[SprinterSB]

Jo simulavr. War'n Vertipper. Aber erwarte nicht zuviel davon.