DLL Problem ..

Werbeanzeige

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

03.12.2007, 09:44

Zitat von »"Nico"«

Und nur als Anmerkung: extern "C" hilft nur bei Linkerproblemen, nicht bei Compilerproblemen. Das Schlüsselwort ist dafür gedacht, den Linker darauf hinzuweisen, dass die Funktion(en) mit der C-Konvention gelinkt wurde und kein C++ Namemangling darauf anzuwenden ist.
http://www.cpp-tutor.de/cpp/le07/le07_03_d1.htm

So, jetzt kannst mich wieder flamen..

Richtig, und ich muss zugeben das ich den Eingangspost nur schnell überflogen hab' und dann eine Standardantwort gepostet hatte... Aber schön das du uns alle noch einmal aufklärst!

Zitat von »"Nico"«

Du hast mittlerweile echt Spaß daran mich zu flamen was?

Ohja, das macht mir echt Spaß. Vorallem wenn du hier dein Halbwissen verbreitest... (D)evil hat das gut zusammengefasst muss ich sagen.

Zitat von »"Nico"«

Es gehört nicht zum Standard. Damit ist es zu vermeiden. Ein einfaches #ifdef, #define, #endif reicht und ist portabler.
Der einzigste Windows-Code den ich hier sehe, ist die WinMain. Und die kann man auch am besten per #ifdef WIN32 bedingt kompilieren.

Hab ich behauptet ONCE gehört zum Standard? Nein! Ich habe gesagt #pragma gehört zum Standard... Letzteren solltest du mal öfter zu rate ziehen.

Zitat von »"Nico"«
Möchte man das näher an die Portabilität bringen, wäre das hier besser:
C-/C++-Quelltext
1
2
3
4
5
6
7
#if defined(TUTORIAL_EXPORTS) && defined(WIN32)
#define TUTORIAL_API __declspec(dllexport)
#elif defined(WIN32)
#define TUTORIAL_API __declspec(dllimport)
#else 
#define TUTORIAL_API __stdcall
#endif

Fraglich ist ob er wirklich so auf Portabilität bedacht ist. Wenn jedes Projekt für sämtliche Platformen und sämtliche Compiler zugänglich gemacht werden sollte, dann würde jedes Projekt aufgrund von Zeitmangel scheitern... Aber woher soll das ein Hobbyprogrammierer schon wissen...

@D13_Dreinig