C++: Brauchen Virtuelle Funktionen dynamischen Speicher? Alternativen?

OP Persönliche Seite #2665942
Lesenswert?
• ▲
▼
Hallo Forum,

ich versuche mit der gcc-arm Toolchain ein C++ Programm für den STM32F4 
zu kompilieren. Sobald ich jedoch eine Klasse mit virtuellen 
Member-Funktionen erstelle, gibt es einen Linkerfehler bezüglich SBRK, 
also des Syscalls für dynamische Speicherverwaltung. Liegt das wirklich 
an den virtuellen Funktionen? Die vtable ist doch im Endeffekt nur eine 
statische Tabelle aus Funktionspointern?
Da ich nicht vorhatte, dynamische Speicherverwaltung einzubauen, gibt es 
eine Möglichkeit, das zu umgehen? Manuell mit einer Tabelle aus 
Funktionspointern herumzubasteln ist etwas unelegant...
#2666273
Lesenswert?
• ▲
▼
Niklas Gürtler schrieb:

> Member-Funktionen erstelle, gibt es einen Linkerfehler bezüglich SBRK,
> also des Syscalls für dynamische Speicherverwaltung.

Definiere sbrk() als Dummy-Funktion, die auf einen Fehlschlag läuft. 
Möglicherweise ist es aber effektiver, die globalen new/delete 
Funktionen als Dummies zu definieren, damit der Speicherallokationskram 
komplett entfällt.
OP Persönliche Seite #2921782
Lesenswert?
• ▲
▼
So, hatte jetzt wieder Zeit mich damit nochmal zu beschäftigen und für 
den Fall, dass jemand das hier findet, meine Lösung:

Sobald das Programm eine rein virtuelle Funktion verwendet (also sowas 
wie: void send () = 0;)  wird der Code um ~80KB größer, und es gibt 
undefinierte Referenzen zu _sbrk, getpid, exit, etc. - die es auf einem 
Embedded System ohne OS nicht gibt. Auch wenn man die alle als leere 
Funktionen definiert hat man die 80KB Overhead. Die Verwendung eines OS 
dürfte es noch schlimmer machen, und vielleicht braucht man sonst auch 
gar keins.
Der Grund für das ganze ist folgendes: Rein virtuelle Funktionen zeigen 
per default auf die Funktion __cxa_pure_virtual, die eine Exception 
wirft, für den Fall, dass man es irgendwie (wilde casts oder so) doch 
geschafft hat, die Funktion aufzurufen. Der Code zum Behandeln von 
Exceptions ist dann groß und braucht _sbrk etc. Indem man 
__cxa_pure_virtual als Dummy-Funktion mit Endlosschleife definiert, 
vermeidet man den ganzen Exception-Kram, und kann immerhin mit einem 
Debugger dort unterbrechen um den Absturzgrund zu finden. zB so:
1
.weak __cxa_pure_virtual
2
__cxa_pure_virtual:
3
b __cxa_pure_virtual

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.