mspgcc C++ rein virtuelle Methoden

Wieso willst du den Compiler überzeugen, wenn doch der Linker meckert?

Wenn der so meckert, fehlt irgendwo die nicht-virtuelle Methode in einer 
Unterklasse. Virtuell linken kann der Linker nicht.

Oliver

Das liegt daran, daß es für avr-g++ keine libsupc++ gibt. Versuche mal, 
diese Funktion als leere Funktion mit extern "C" zu definieren.

@MBtechler: Danke für die Antwort, ich habe mir schon so etwas gedacht.
Als extern "C" wär eine Möglichkeit, löst aber mein Problem 
wahrscheinlich nicht, da ich die virtuell deklarierte Methode in der 
Oberklasse benutze, und zwei verschiedene Klassen mit unterschiedlichen 
Implementierungnen der virtuellen Methoden existieren. Eventuell kann 
ich das Problem aber mit einem Funktionszeiger umgehen.

>löst aber mein Problem
>wahrscheinlich nicht, da ich die virtuell deklarierte Methode in der
>Oberklasse benutze, und zwei verschiedene Klassen mit unterschiedlichen
>Implementierungnen der virtuellen Methoden existieren. Eventuell kann
>ich das Problem aber mit einem Funktionszeiger umgehen.

Wer hat Dir denn gesagt, dass Du keine virtuellen Methoden nutzen 
kannst? '__cxa_pure_virtual' ist die Funktion, die angesprungen wird, 
wenn duch einen Programmfehler eine rein virtulle ausgeführt wird. Da es 
aber normaleweise nciht der Fall ist, sollte es keine Probleme geben, 
wenn man diese einfach als extern "C" void __cxa_pure_virtual(){} 
definiert

MfG Mark

Achso, jetzt wird es mir etwas klarer. Ich schau mir die Sache morgen 
nochmal in Ruhe an, hab jetzt keinen Zugriff auf den Code. (vielleicht 
hab ich wirklich einfach nur vergessen die virtuelle Methode in der 
Unterklasse zu implementieren; bin heute den ganzen Tag schon etwas 
verpeilt :)

Danke für die Hinweise!

Hm, also irgendwie klappt das nicht. Ich habe folgende Oberklasse:

1

class Stringbuffer

2

{

3

public:  

4

  char buffer[BUFSIZE];

5

  int act_position;

6

  char * bufp;

7

  virtual void flush() = 0;

8

  Stringbuffer ( );

9

  void put (char c );

10

};

mit einer Implementierung von put():

1

void Stringbuffer::put (char c ) {

2

  if(bufp - buffer == (BUFSIZE - 1)) flush();

3

  *bufp++ = c;

4

}

und hier kommt eben das flush() vor, das erst in Unterklassen den Puffer 
unterschiedlich an unterschiedliche Ausgabegeräte leeren soll.

eine z.B. die RS232 Schnittstelle:
class RS232 : public Stringbuffer
{
public:
  RS232 ( );
  void flush ( );
  void print(char * text, int length);
};

1

void RS232::flush ( ) {

2

  print(buffer, bufp - buffer);

3

  bufp = buffer;

4

}

Mit extern "C" void __cxa_pure_virtual(){} kann ich zwar kompilieren, 
beim Aufruf von flush springt er aber ins Leere (call @r14 ; wobei r14 = 
0)

Mit einer leeren Implementierung von flush (virtual void flush(){};)
passiert dasselbe.

Vielleicht sollte ich doch lieber in C weitermachen...

[c]if(bufp - buffer == (BUFSIZE - 1)) this->flush();8]

Oliver

arrgh

Nochmal:

1

if(bufp - buffer == (BUFSIZE - 1)) this->flush();

Oliver

Und nochmal:

Polymorphismus funktioniert nur beim Zugriff über Pointer.

1

void Stringbuffer::put (char c ) {

2

  if(bufp - buffer == (BUFSIZE - 1)) flush();

3

  *bufp++ = c;

4

}

geht nicht. Da wird die Methode flush von Stringbuffer aufgerufen, und 
die gibt es eben nicht, da virtuell.

1

void Stringbuffer::put (char c ) {

2

  if(bufp - buffer == (BUFSIZE - 1)) this->flush();

3

  *bufp++ = c;

4

}

hat den benötigten Pointer, und sollte funktionieren.

Oliver

Ich habe den Quellcode mal angehängt. Es sollen ein paar 
Ausgabefunktionen der IO Stream Bibliothek nachgebaut werden...
Die Vererbungshierarchie ist Stringbuffer <- O_Stream <- RS232

Meinst du so:
virtual void flush(){};
?
Das funktioniert auch nicht.

Achso Moment, im Header = 0 lassen, und zusätzlich eine leere 
Implementation?

Fehler beim linken:
undefined reference to `__cxa_pure_virtual'

Hm, wenn ich das RS232 Objekt nicht global, sondern lokal in main() 
erzeuge, dann kann er auch das flush() aufrufen...

Ja, mit lokal angelegtem Objekt funktioniert der Code wunderbar.

Wie bekomm ich nun das Objekt global zugänglich?
Lokal in main() anlegen, und globaler Zeiger darauf??

Ok, das mit dem this war Blödsinn.

Aber dann noch eine dumme Frage:
Hat der msp-430-gcc eine vollständige libg++?

Etwas googlen findet:

>g++ v3.x generates references to a function __cxa_pure_virtual()
>whenever the code contains pure virtual functions. This is a
>placeholder used while constructing an object, and the function
>should never actually get called. There is a default
>implementation in libsupc++ ...


Egal, gibt man ihm im main.cpp mit

1

extern "C" void __cxa_pure_virtual(){}

das, was er anmeckert, linkt er zumindest ohne Fehler. Ob es dann auch 
läuft, kann ich nicht probieren.

Oliver

Womit linkst du? Mit gcc oder mit g++? Es muß g++ sein.
Kann auch ein Compiler-Problem sein. Ich kenne mich mit dem mspgcc nicht 
so aus. Evtl wird der Startup-Code für den Aufruf der Konstruktoren bei 
globalen Variablen nicht generiert. So klingt es jetzt zumindest für 
mich.

Ich glaube das Problem liegt daran, dass die Konstruktoren von globalen 
Objekten im Startup Code nicht aufgerufen werden.

Ups sorry den letzten Post bitte vergessen, hab den vorhin getippt, 
vergessen abzuschicken, und gerade auf Absenden geklickt...

Ja richtig ich linke mit dem msp430-gcc, da ich mit msp430-g++ das 
Problem habe, dass er die libstdc++ einbinden will, die es nicht gibt.
(msp430-ld: cannot find -lstdc++)
Gibt es da evtl ein g++ Flag, mit dem er nicht probiert diese Lib 
einzubinden.

> Ja richtig ich linke mit dem msp430-gcc, da ich mit msp430-g++ das
> Problem habe, dass er die libstdc++ einbinden will, die es nicht gibt.

Scheinbar ist der msp430-g++ noch schlechter gewartet als der für den 
avr. Dort wird die nicht existente libstdc++ und libsupc++ per default 
wenigstens nicht gelinkt.

> (msp430-ld: cannot find -lstdc++)
> Gibt es da evtl ein g++ Flag, mit dem er nicht probiert diese Lib
> einzubinden.

Es gibt -nostdlib, aber ich glaube, das beinhaltet auch die 
C-Standardlib. Du könntest versuchen, eine leere Datei mit dem Namen 
libstdc++.a im Verzeichnis deines Programms anzulegen und - falls noch 
nicht vorhanden - ein -L. an die Linker-Kommandozeile hängen.

Mit leerer libstdc++.a klappt das linken mit dem msp430-g++, aber 
offensichtlich wird der Konstruktor dennoch nicht ausgeführt.