<![CDATA[C++ - dynamische library]]>Hallo zusammen,

ich meine mich zu erinnern, dass die Definition von Funktionen innerhalb einer dll nur für C definiert ist und so kompilerübergreifend funktioniert.
Als einfache statische Funktionen mit Pod als Parameter bzw. Rückgabe-Typen.
Also zumindest, weiß ich diese definiert sind. Wie schaut es aus, wenn ich ein Objekt übergebe, das Member-Funktionen hat? Ist dieser Fall auch definiert?
Oder wenn das Objekt dann virtuelle Funktionen hat.
Wo ist die Grenze?

Hat irgendjemand evtl. einen hilfreichen Link?
Solange man nur einen Kompiler verwendet, funktioniert ja so ziemlich alles...
Aber wo sind die Grenzen, wenn man mehrere Compiler verwendet?

Gruß,
XSpille

]]>https://www.c-plusplus.net/forum/topic/307726/c-dynamische-libraryRSS for NodeThu, 06 Aug 2026 09:31:28 GMTMon, 03 Sep 2012 18:51:25 GMT60<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 18:51:25 GMT]]>Hallo zusammen,

ich meine mich zu erinnern, dass die Definition von Funktionen innerhalb einer dll nur für C definiert ist und so kompilerübergreifend funktioniert.
Als einfache statische Funktionen mit Pod als Parameter bzw. Rückgabe-Typen.
Also zumindest, weiß ich diese definiert sind. Wie schaut es aus, wenn ich ein Objekt übergebe, das Member-Funktionen hat? Ist dieser Fall auch definiert?
Oder wenn das Objekt dann virtuelle Funktionen hat.
Wo ist die Grenze?

Hat irgendjemand evtl. einen hilfreichen Link?
Solange man nur einen Kompiler verwendet, funktioniert ja so ziemlich alles...
Aber wo sind die Grenzen, wenn man mehrere Compiler verwendet?

Gruß,
XSpille

]]>https://www.c-plusplus.net/forum/post/2248207https://www.c-plusplus.net/forum/post/2248207Mon, 03 Sep 2012 18:51:25 GMT<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 21:18:36 GMT]]>Du hast es schon ganz richtig erkannt: Alles, was über C hinausgeht, kannst du vergessen, zumindest beim Visual Studio. Der GCC unter Linux ist da etwas ABI-kompatibilitätsfreundlicher.

]]>https://www.c-plusplus.net/forum/post/2248239https://www.c-plusplus.net/forum/post/2248239Mon, 03 Sep 2012 21:18:36 GMT<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 21:42:54 GMT]]>thx 😞

Genau das hatte ich befürchtet 🙄

]]>https://www.c-plusplus.net/forum/post/2248245https://www.c-plusplus.net/forum/post/2248245Mon, 03 Sep 2012 21:42:54 GMT<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 22:33:27 GMT]]>Es gibt das Itanium C++ ABI fuer 64-Bit Systeme. Nur ein einziger grosser Compilerhersteller haelt sich nicht daran. Rate mal, welcher.

]]>https://www.c-plusplus.net/forum/post/2248255https://www.c-plusplus.net/forum/post/2248255Mon, 03 Sep 2012 22:33:27 GMT<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 22:39:30 GMT]]>Perfekt! 👍

Wer nicht integriert werden möchte, ist selber schuld 😉

]]>https://www.c-plusplus.net/forum/post/2248258https://www.c-plusplus.net/forum/post/2248258Mon, 03 Sep 2012 22:39:30 GMT<![CDATA[Reply to C++ - dynamische library on Mon, 03 Sep 2012 22:46:53 GMT]]>Unter Windows: COM bzw. WinRT, damit bist du dann sogar sprachunabhängig...

]]>https://www.c-plusplus.net/forum/post/2248259https://www.c-plusplus.net/forum/post/2248259Mon, 03 Sep 2012 22:46:53 GMT<![CDATA[Reply to C++ - dynamische library on Tue, 04 Sep 2012 00:28:02 GMT]]>Unter Windows funktioniert nicht nur COM, sondern auch das Übergeben von Zeigern auf "COM-artige" Interfaces/Objekte compilerübergreifend (allerdings ohne "echtes" COM dann nicht mehr sprachunabhängig). Zumindest mit allen Compilern die COM "können", und das können soweit ich weiss irgendwie alle relevanten (MSVC, Intel, MinGW -- vermutlich auch Borland).

Wobei "COM-argtig" jetzt heisst...
* Die Klasse ist abstrakt und hat (ausschliesslich) "public virtual pure" Memberfunktionen, die alle __declspec(stdcall) sind
* Die Klasse hat keinen Konstruktor und keinen Destruktor (auch keinen virtuellen Destruktor)
* Die Klasse darf von genau einer anderen solchen Klasse public abgeleitet sein, und sonst keine Basisklassen haben
* Die Klasse besteht aus sonst nichts, d.h. keine Datenmember o.ä.

Und natürlich muss man bei den Parameter- und Returntypen aufpassen, d.h. std::string übergeben ist logischerweise nicht drin.

Irgendwelche COM-Interfaces wie IUnknown müssen aber nicht implementiert werden.

dynamic_cast geht natürlich nicht, aber da kann man ja drum-rum arbeiten, wie es auch COM mit IUnknown::QueryInterface macht.

]]>https://www.c-plusplus.net/forum/post/2248274https://www.c-plusplus.net/forum/post/2248274Tue, 04 Sep 2012 00:28:02 GMT