- Klasse1.h ( Deklaration )
- Klasse2.h ( Deklaration )
- Klasse3.h ( Deklaration )
- Klasse4.h ( Deklaration )

- Klasse 1.cpp ( Definition )
- Klasse 2.cpp ( Definition )
- Klasse 3.cpp ( Definition )
- Klasse 4.cpp ( Definition )

Alle Klassen sind von einandere abhängig, also die eine hat Eigenschaften der anderen oder die eine Klasse zeigt Werte ect. von der anderen an.
Aber wie bekomme ich jetzt alles in eine DLL, so das ich zum Schluss nur noch eine Headerdatei der DLL hab die ich ja zu einem Projekt inkludieren muss und eine .dll Datei und noch ne .lib Datei?

Wäre toll, wenn ihr mir sagen könnt wie ich das alles so unter ein Dach bekomme.

Achja ich habe shcon mal das Makro getestet:

#ifdef _cplusplus
#define EXPORT extern "C" __declspec( dllexport )
#else 
#define EXPORT __declspec( dllexport )
#endif

// error
[code]Error	4	error C2332: 'class' : missing tag name	c:\dokumente und einstellungen\steiner\eigene dateien\visual studio 2008\projects\clinechart\clinechart\clinechart.h	21	CLineChart
Error	7	error C2470: 'CLineChart' : looks like a function definition, but there is no parameter list; skipping apparent body	c:\dokumente und einstellungen\steiner\eigene dateien\visual studio 2008\projects\clinechart\clinechart\clinechart.h	21	CLineChart[/code]

class EXPORT Test1 {

};

// geht
class __declspec( dllexport ) Test {

};

was läuft das schief ?

Gruß Tobi.

Gruß Tobi.

__declspec(dllexport) hast Du doch schon entdeckt!

Wie immer stellt sich mir die Frage ob Du überhaupt mal die Doku (die sogar in Deutsch existiert) gelesen hast. Darin sind x-Codebeispiele.

http://msdn2.microsoft.com/de-de/library/a90k134d(VS.80).aspx

Darf ich keine container der std:: verwenden in dlls oder muss ich noch was im Projekt umstellen ?

Und was ich net verstehe, die DLL setzt sich doch dann aus 4Headern und 4Cpp Datin zusammen, dann muesste ich doch eine lib und eine dll erhalten, wenns mal klappen wurde. Aber muss ich dann alle Header dann zu einem Projekt inkludieren damit er die Funktionen der lib bzw dll kennt?

Gruß Tobi

wenn man niemanden im Büro/Klasse hat von dem man das alles lernen kann
und auch keine geeigneten Bücher / Tutorials findet, kann man es vergessen.

Das ist meine Erkenntnis. Niemand kaut einem hier etwas vor, weil es
immer den Beigeschmack hat, dass man nach vorgekauter Arbeit sich nicht
mehr damit beschäftigt. Das stimmt sicher in einigen Fällen, aber ich habe
das meiste aus dem Forum gelernt.

Sobald ich morgen im Büro bin und die Zeit dazu finde (!) werde ich dir evtl.
ein Beispiel und auch eine kleine Erklärung dazu posten.

#ifdef MYLIBRARY_EXPORT
#define MYAPI __declspec(dllexport)
#else // !MYLIBRARY_EXPORT
#define MYAPI __declspec(dllimport)
#endif // MYLIBRARY_EXPORT

. Damit ist das schonmal korrekt
Jetzt noch in den Projekteinstellungen als Build-Define MYLIBRARY_EXPORT hinzufügen (im DLL-Projekt).

class MYAPI foo {};

sollte jetzt schonmal klappen!

Die ganzen Warnungnen die dein Projekt ausgibt, liegen an unsauberen Code, der sich innerhalb deiner Klassen befindet!

Zudem musst Du zwingend die CRT und die MFC (falls benutzt) als shared DLL verwenden!

Und wegen dem unsauberen Code, was soll ich machen alle snoch mal schreiben bis er meint "Jo jetzt ist es mir sauber genug"?
Haette sich der Compiler den nicht mal schon eher melden koennen?

Gruß Tobi.

Wenn Du Dich entscheidest mit einem niedrigen Warning Level zu arbeuten um diese zu unterdrücken ist das Dein Bier. Bleibt aber immer noch schlechter Stil.

was ist damit gemeint?

http://msdn2.microsoft.com/de-de/library/esew7y1w(VS.80).aspx

Es ist genau die Warnung, die ich Dir auch schon gegeben habe:
Wenn Du über DLL Grenzen Objekte tauscht, die eigentlich nur über inline Funktionen leben, dann gehst Du ein Kompatibiltätsrisiko ein.

Deshalb bekommst Du diese Warnung auch erst, seitdme Du das als DLL kompilierst.

Oder Brauch so ein Lib-File keinen Header-File?

Gruß Tobi.

Am besten du liest nochmal nach was Präprozessor, Compiler und Linker ist. Dann wirst du feststellen, das jeder für sich alleine steht und eigentlich vom anderen nichts weiß.

Wenn du nur eine Header haben willst, mußt du alle Header-Inhalte in eine Header kopieren oder eine Header machen, die alle anderen 4 Header inkludiert. (letzteres halte ich für besser!)

Warum willst du überhaupt nur eine Header haben? Welchen Sinn soll das haben?

// MyLib.hpp
#ifndef MYLIB_H
#define MYLIB_H

#include "header1.hpp"
#include "header2.hpp"
#include "header3.hpp"
#include "header4.hpp"

#endif

// irgendwo.cpp
#include "MyLib.hpp"

Ist doch ganz einfach.

Wozu sollte ich einen solchen file erstellen? Ist dieser nötig?

EDIT:
Ich habe die .lib meinem Projekt zugefügt und wollte die Klasse benutzen, aber er meint es ist eine undeklarierte Variable, obwohl ich wenn ich mit dem '::' arbeite die Variablen der Klasse finde in der Liste. Will ich sie so erstellen meint er sie gehört nicht zum Namensraum... hmmm

Gruß Tobi.