Frage zu Visual C++

Ich habe ein kleines, mit dem gratis-Compiler von Borland zusammengestelltes Projekt, das ich gerne ins Microsoft Visual C++ übertragen möchte. Die Dateien lassen sich ohne Probleme kompilieren, doch begreift der Microsoftsche Linker die Situation nicht ganz. Ich bekomme immer Fehlermeldungen Folgender Art:

Zitat

test2.obj : error LNK2005: "int i" (?i@@3HA) already defined in test1.obj

Die beiden Dateien, die hierfür kompiliert wurden:

Zitat

#ifndef TEST1_CPP
#define TEST1_CPP

#include "Test2.cpp"

#endif

Alles anzeigen

Zitat

#ifndef TEST2_CPP
#define TEST2_CPP

#include "Test1.cpp"

int i;

int main() {
return 0;
}

#endif

Alles anzeigen

Weiß irgendjemand, was man da machen kann?

thx

Vielen Dank für die rasche Antwort, aber ich glaube, ich habe das Problem etwas zu stark verallgemeinert.
Das Problem wäre mit dem Integer anscheinend kein Problem, nur was mache ich, wenn mehrere Klassen habe, die sich gegenseitig inkludieren? Beispiel:

class A // in der Datei A.cpp
class AA : public A // inkludiert A.cpp
class AB : public A // inkludiert ebenfalls A.cpp

Wenn ich jetzt ein Programm schreibe, für das ich AA und AB inkludieren muss, so wirft mir der Linker einen Fehler entgegen, A wäre schon in AA definiert worden, und dürfte in AB.obj nicht noch einmal definiert werden.

Hoffe, das schildert die Situation etwas besser...

Vielen Dank für eure Hilfe, habe das ganze schlussendlich in den c++ Builder von Borland gegeben und alles hat einwandfrei funktioniert. Ich habe mich anscheinend schon zu stark an die Borland FreeCommandLineTools gewöhnt, weiß nicht einmal, was verkehrt gewesen sein könnte. (Das mit Deklarationen und Implementierungen hatte ich in den richtigen Dateiendungen, habe anscheinend das Problem schon wieder zu stark abstrahiert)

lG, Soulmerge

Danke für die Tipps. Nur noch einige Bemerkungen dazu:

Ich programmiere schon seit längerer Zeit kleinere Sachen mit dem kleinen Borland-Compiler, bis jetzt gab es für mich keinen Anlass auf eine Entwicklungsumgebung umzusteigen. Der Borland-Compiler hat anscheinend andere Konventionen als der von Microsoft. Der Code sollte theoretisch sauber sein (Alle Dateien enthalten #ifndef/#define/#endif, Deklarationen finden Ausschließlich in den Header-Dateien (Erweiterung '.h') und Implementierungen nur in .cpp-Dateien statt. Es wird keine Variable/Klasse/Enumeration mehr als einmal Deklariert/Implementiert und jede Klasse hat ihre eigenen Header/cpp -Dateien) Mittlerweile umfasst mein Projekt ca. 30 Dateien und ich arbeite immer noch mit der Borland-Entwicklungsumgebung und dem Command-Line-Compiler, da der Builder doch etwas zu lahm ist, wenn man nicht gerade am GUI-Teil herumbastelt.

Nur: Wenn ich das Projekt in den Visual C++ Compiler gebe, entsteht eben der oben genannte Fehler. Ein Grund könnte sein, dass ich am Ende meiner Header-Dateien die cpp-Dateien inkludiere, damit es wurscht ist, ob man von einer Anderen Stelle aus nun die Header-, oder die cpp-Datei inkludiert. (Obwohl ich selber nur die .h-Dateien inkludiere)

Ich sagte schon, ich habe das Problem sehr schlecht dargestellt, aber danke nochmal für die Sorge um meinen Programmierstil =)

Nein, das ist es ja, was ich am VC++ nicht verstehe: Beim Kompilieren gibt er überhaupt keine Fehler, nur beim Linken beschwert er sich, Definitionen von Klassenfunktionen wären mehrfach vorhanden (Die Definition einer Funktion f von A in B.obj, also: A::f already defined in B.obj ). Das Problem ist zwar nicht mehr so dringend, würde mich aber trtzdem interessieren, wie der auf so etwas kommt???

OK, ich habe hier mal ein kleines Test-Projekt geschrieben, dass sich mit VC++ _nicht_ übersetzen lässt. Könnte mir irgendjemand erklären, wieso? Mit den Borland-Tools funktioniert das einwandfrei, ich weiß wirklich nicht, woran das liegen könnte....

Einen Augenblick, bitte, das ist ein Programm, das *ich* geschrieben habe. Das ist einfach mein Programmierstil, und es lässt sich in *meinem* Visual C++ *nicht* kompilieren!!!! Also sagt mir nicht ständig, ich hätte ein Problem mit #includes, stattdessen wäre ein "Wahrscheinlich ist dein VC++ anders geconft" hilfreicher gewesen.

Zitat

Ein .h File darf NIE ein .cpp File inkludieren.

Wie gesagt: ich habe bis jetzt immer nur mit dem Borland command-line Compiler gearbeitet, und der schmeißt einen Fehler (hat er zumindest in früheren Versionen, beim neuen habe ich das nicht getestet), falls ich z.B. a.cpp nicht in a.h inkludiere und a.h aus einer anderen Datei inkludiert wird (Da ja die Implementierungen der Deklarationen fehlen, die in a.h stattfinden) -> Der compiler inkludiert keine Dateien in das Projekt, die nicht explizit in irgendeiner Datei inkludiert werden. Ich schätze mal in VC++ ist das anders. (Kann ich zumindest aus den bisherigen Antworten heraussieben.

Hier noch die Meinung von *meinem* VC++ zu dem kleinen Programm, dass ich geschrieben habe:

Zitat

--------------------Configuration: testtest - Win32 Debug--------------------
Compiling...
main.cpp
Linking...
Kuh.obj : error LNK2005: "public: __thiscall Tier::Tier(int)" (??0Tier@@QAE@H@Z) already defined in Bauernhof.obj
Kuh.obj : error LNK2005: "public: __thiscall Tier::~Tier(void)" (??1Tier@@QAE@XZ) already defined in Bauernhof.obj
Kuh.obj : error LNK2005: "public: class Tier & __thiscall Tier::fressen(class Futter)" (?fressen@Tier@@QAEAAV1@VFutter@@@Z) already defined in Bauernhof.obj
Kuh.obj : error LNK2005: "public: class Tier & __thiscall Tier::abnehmen(int)" (?abnehmen@Tier@@QAEAAV1@H@Z) already defined in Bauernhof.obj
Kuh.obj : error LNK2005: "public: class Futter __thiscall Tier::schlachten(void)" (?schlachten@Tier@@QAE?AVFutter@@XZ) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: __thiscall Tier::Tier(int)" (??0Tier@@QAE@H@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: __thiscall Tier::~Tier(void)" (??1Tier@@QAE@XZ) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Tier & __thiscall Tier::fressen(class Futter)" (?fressen@Tier@@QAEAAV1@VFutter@@@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Tier & __thiscall Tier::abnehmen(int)" (?abnehmen@Tier@@QAEAAV1@H@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Futter __thiscall Tier::schlachten(void)" (?schlachten@Tier@@QAE?AVFutter@@XZ) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: __thiscall Kuh::Kuh(int)" (??0Kuh@@QAE@H@Z) already defined in Kuh.obj
main.obj : error LNK2005: "public: class Futter __thiscall Kuh::melken(void)" (?melken@Kuh@@QAE?AVFutter@@XZ) already defined in Kuh.obj
main.obj : error LNK2005: "public: __thiscall Bauernhof::Bauernhof(void)" (??0Bauernhof@@QAE@XZ) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: __thiscall Bauernhof::Bauernhof(class Tier)" (??0Bauernhof@@QAE@VTier@@@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: __thiscall Bauernhof::Bauernhof(class std::vector<class Tier,class std::allocator<class Tier> >)" (??0Bauernhof@@QAE@V?$vector@VTier@@V?$allocator@VTier@@@std@@@std@@@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Bauernhof & __thiscall Bauernhof::erweitern(class Tier)" (?erweitern@Bauernhof@@QAEAAV1@VTier@@@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Bauernhof & __thiscall Bauernhof::erweitern(class std::vector<class Tier,class std::allocator<class Tier> > const &)" (?erweitern@Bauernhof@@QAEAAV1@ABV?$vector@VTier@@V?$allocator@VTier@@@std@@@std@@@Z) alre
ady defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Bauernhof & __thiscall Bauernhof::familienTreffen(void)" (?familienTreffen@Bauernhof@@QAEAAV1@XZ) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class Bauernhof & __thiscall Bauernhof::maesten(class Futter)" (?maesten@Bauernhof@@QAEAAV1@VFutter@@@Z) already defined in Bauernhof.obj
main.obj : error LNK2005: "public: class std::vector<class Tier,class std::allocator<class Tier> > __thiscall Bauernhof::alleViecher(void)const " (?alleViecher@Bauernhof@@QBE?AV?$vector@VTier@@V?$allocator@VTier@@@std@@@std@@XZ) already defined in B
auernhof.obj
Schwein.obj : error LNK2005: "public: __thiscall Schwein::Schwein(int)" (??0Schwein@@QAE@H@Z) already defined in main.obj
Schwein.obj : error LNK2005: "public: void __thiscall Schwein::grunzen(int)const " (?grunzen@Schwein@@QBEXH@Z) already defined in main.obj
Schwein.obj : error LNK2005: "public: __thiscall Tier::Tier(int)" (??0Tier@@QAE@H@Z) already defined in Bauernhof.obj
Schwein.obj : error LNK2005: "public: __thiscall Tier::~Tier(void)" (??1Tier@@QAE@XZ) already defined in Bauernhof.obj
Schwein.obj : error LNK2005: "public: class Tier & __thiscall Tier::fressen(class Futter)" (?fressen@Tier@@QAEAAV1@VFutter@@@Z) already defined in Bauernhof.obj
Schwein.obj : error LNK2005: "public: class Tier & __thiscall Tier::abnehmen(int)" (?abnehmen@Tier@@QAEAAV1@H@Z) already defined in Bauernhof.obj
Schwein.obj : error LNK2005: "public: class Futter __thiscall Tier::schlachten(void)" (?schlachten@Tier@@QAE?AVFutter@@XZ) already defined in Bauernhof.obj
Tier.obj : error LNK2005: "public: __thiscall Tier::Tier(int)" (??0Tier@@QAE@H@Z) already defined in Bauernhof.obj
Tier.obj : error LNK2005: "public: __thiscall Tier::~Tier(void)" (??1Tier@@QAE@XZ) already defined in Bauernhof.obj
Tier.obj : error LNK2005: "public: class Tier & __thiscall Tier::fressen(class Futter)" (?fressen@Tier@@QAEAAV1@VFutter@@@Z) already defined in Bauernhof.obj
Tier.obj : error LNK2005: "public: class Tier & __thiscall Tier::abnehmen(int)" (?abnehmen@Tier@@QAEAAV1@H@Z) already defined in Bauernhof.obj
Tier.obj : error LNK2005: "public: class Futter __thiscall Tier::schlachten(void)" (?schlachten@Tier@@QAE?AVFutter@@XZ) already defined in Bauernhof.obj
Debug/testtest.exe : fatal error LNK1169: one or more multiply defined symbols found
Error executing link.exe.
testtest.exe - 33 error(s), 0 warning(s)

Alles anzeigen

OK, vielen dank, der letzte Post war es, den ich gebraucht habe. Ich werde es mal damit probieren, und versuchen, mir klarzumachen, dass ich die cpp's nicht inkludieren muss...
Vielen Dank für die zahlreichen Antworten...
lG, Soulmerge

Übrigens: in Borland IDE kann man genauso gut alle Dateien zu einem Projekt inkludieren und ohne linker-Fehler kompilieren, daher mein Unverständnis zur VC++ Interpretation