Die Fragestellung hat sich aufgrund eigener Erkenntnisse nun schon zum 2.Mal geändert.

Das aktuelle Problem ist jetzt folgendes:

Ich möchte ein objekt-orientiertes Programm schreiben und dreiteilen in eine Header-Datei, eine Implementierungs-Datei und schließlich das eigentliche Programm, welches die definierten und implementierten Klassen nutzt.
Laut einigen Tutorials aus dem Internet sollte beim Kompilieren der Implementierungsdatei eine Objektdatei mit der Endung .o entstehen. Ich erhalte aber nur folgende Fehlermeldung:

c:/programme/pythonxy/mingw/bin/../lib/gcc/mingw32/4.4.0/../../../libmingw32.a(main.o):main.c:(.text+0xd2): undefined reference to 'WinMain@16'
collect2: ld terutned 1 exit status

Wenn ich eine int main() Funktion am Ende einbaue, lässt sich das Programm ohne Fehler kompilieren. Doch ich will den Code ja dreiteilen und die main-Funktion in eine eigene Datei speichern.

Ein Beispiel für eine solche Implementierungsdatei, die bei mir diesen Fehler verursacht, findet sich hier: http://ladedu.com/cpp/src_html/box

Schon einmal vielen Dank für das Lesen meines Problems.

Viele Grüße,
lyrichter

Viele Grüße,
lyrichter

der Einstiegspunkt von Windowsanwendungen ist nicht main sondern WinMain. WinMain hat auch einen anderen Prototypen wie main. Du mußt schon in der SDK Hilfe nachschauen.

Wenn WinMain im Quelltext nicht vorkommt, ist es wohl eine Consoleanwendung. Das kannst Du aber auch einfach erzeugen. Schau in der Doku Deines Compilers nach, wie das geht. Dann wird als Einstiegspunkt jedenfalls wieder main statt WinMain verwendet.

mfg Martin

danke für deine Antwort! Ich befürchte aber, wir reden immernoch aneinander vorbei.
Ich habe die Frage nochmals umformuliert, da sich einige neue Dinge ergeben haben. Vielleicht hilft das ja weiter

Um noch einmal auf eure Antworten (mgaeckler und drakon) zurückzukommen - wenn ich euch richtig verstehe, müsste ich wohl ganz grundlegend etwas anders machen und mir Gedanken über Dinge machen, die ich noch in keiner Einführng zu C++ gelesen habe. Das ist sicher nicht unmöglich, aber bisher hatte ich keine Probleme damit, mein Hauptprogramm main() zu nennen, und nach dem Einbauen der main - Funktion funktioniert das Programm ja gerade wieder.
Ich vermute daher eher, ich habe mich irgendwie misverständlich ausgedrückt und wir reden im Moment aneinander vorbei. Ich denke, dass ich beim Teilen des Codes bzw. bei dem Umgang mit dem geteilten Code einen Fehler gemacht habe. Wie gesagt, vielleicht hilft ja meine Neuformulierung weiter.

Was der Unterschied dazwischen ist braucht dich erstmal nicht zu beschaeftigen. Du musst nur beim Erstellen des Projektes (ich hoffe mal du verwendest eine IDE wie Code::Blocks oder dergleichen) den richtigen Typen auswaehlen.

Bisher habe ich nicht mit einer IDE gearbeitet, sondern ausschließlich mit dem g++ Compiler in MinGW, den ich über die Eingabeaufforderung mit

g++ datei.cpp

aufgerufen hatte. Aber bisher hatte ich auch nur einzelne Dateien kompiliert und diese nicht aufgespalten. Das hat problemlos funktioniert.

Nun wollte ich versuchen, mein objektorientiertes Programm in eine Header Datei mit der Klassendeklaration, eine Implementierungsdatei mit der Definition der Methoden und eine Datei mit dem eigentlichen Hauptprogramm aufzuspalten.
Wenn ich alles richtig verstanden habe, brauche ich dazu einen Linker, der diese Dateien wieder zusammenführt. Ich dachte, das geht alles schon irgendwie automatisch, ich weiß aber nicht, ob ein Linker überhaupt in MinGW enthalten ist und wie man diesen nutzt. Jetzt wollte ich meine Implementierungsdatei kompilieren und eben dabei trat der oben beschriebene Fehler auf. Wird an dieser Stelle schon der Linker benutzt? Und muss man den Linker aktiv aufrufen, wenn man ohne IDE arbeiten möchte?

Das rein aus Interesse, denn wie gesagt scheint mir das alles komplizierter zu sein, als ich es im Moment möchte. Um diese Schwierigkeiten zu umgehen, habe ich jetzt Code::Blocks installiert und diese 3 Dateien zusammen in ein Projekt gepackt - das klappt wunderbar, anscheinend werden alle diese Aufgaben automatisch erledigt

Vorerst sind meine Probleme damit gelöst. Trotzdem funktioniert das Kompilieren über die Eingbeaufforderung nicht mehr mit dem gewohnten Aufruf, obwohl MiniGW installiert ist, und ich weiß nicht, wie man ohne IDE diese Teilung durchführt. Bisher konnte ich nur Quellen finden, die schon sehr viel tiefergehendes Wissen voraussetzen. Also wenn jemand bereit ist, mir diesen Vorgang zu erklären und mir mit meinem MinGW weiterzuhelfen, wäre ich auch daran sehr interessiert und dankbar

Viele (beruhigte) Grüße,
lyrichter

dann muesstest du

g++ -c main.cpp
g++ -c box.cpp
g++ main.o box.o -o programm.exe

"g++ -c main.cpp" sagt: kompiliere die Datei zu einer Objekt Datei (in diesem falle main.o).
g++ main.o
sagt, kompiliere und linke die Datei main.o
Da main.o bereits ein objektfile ist, wird nichts kompiliert und nur gelinkt.

g++ ist also ein intelligentes ding. es ruft den linker (der heisst ld) mit den richtigen Parametern auf. zB muss ja die C++ Standard Library noch mitgelinkt werden, etc.

Irgendwo da muss dir ein Fehler passiert sein. Da wuerde es helfen wenn du deine Schritte auflistest - dann koennen wir auch den Fehler finden.

erstmal danke für deine Antwort, das hilft mir schon sehr viel weiter!
Im Moment habe ich aber das Problem, dass der Befehl "g++" schon nicht gefunden wird. MinGW ist wie oben beschrieben aber installiert.

Was genau bewirkt denn das "-c" in deinen Befehlen?
Könnte das die Lösung des Problems sein, das zu der Fehlermeldung von oben geführt hat (als ich box.cpp kompilieren wollte und der Befehl g++ noch funktioniert hat)?

Viele Grüße,
lyrichter

g++ main.cpp box.cpp -o programm.exe

Für größere Projekte solltest du aber eine IDE verwenden (oder aber stattdessen selber ein makefile erstellen).

P.S. Hast du denn jetzt den "g++" wieder zum Laufen bekommen?

Beim Erstellen eines Projektes musst du auch dort Konsolenanwendung auswählen und alles sollte dann klappen.

-c steht für "compile", also daß die Datei(en) nur kompiliert, aber nicht gelinkt werden sollen.
Du kannst natürlich auch alles in einem Schritt machen:

g++ main.cpp box.cpp -o programm.exe

Ah, danke

Th69 schrieb:

P.S. Hast du denn jetzt den "g++" wieder zum Laufen bekommen?

Leider nicht, nein. Mir sind die Ideen ausgegangen.

Leider nicht, nein. Mir sind die Ideen ausgegangen.

Wie hast du denn vorher kompiliert?

uU heissen die Sachen beim mingw auch etwas anders, zB mingw-g++ oder so. Oder aber das bin Verzeichnis ist nicht in der Path-variable. Kann eine Million Gründe haben...

Also, zuerst hatte ich recht lange in der Konsole über den Aufruf "g++ dateiname" kompiliert.
Jetzt habe ich aber vor Kurzem festgestellt, dass ich garnicht den MinGW-Compiler genutzt habe, den ich extra dafür installiert hatte (C:\MinGW), sondern einen anderen MinGW-Compiler, der zufällig und ohne mein Wissen in einer Python(x,y)-Distribution enthalten war.
Den habe ich dann deinstalliert, zusammen mit dem ganzen Python(x,y)-Paket, und MinGW nochmals regulär installiert (C:\MinGW).
Jetzt funktioniert der gewohnte Aufruf nicht mehr - "Der Befehl g++ ist entweder falsch geschrieben..."

MinGW habe ich hier heruntergeladen:
http://sourceforge.net/projects/mingw/files_beta/Automated MinGW Installer/mingw-get-inst/ (mingw-get-inst-20100909)
Vielleicht habe ich mich hier bei der Datei vertan. Ich muss zugeben, bei der Auswahl habe ich mehr geraten als gewusst, was ich da herunterlade, aber das sah alles sehr gut aus - nur funktioniert hat es leider bisher nicht.

Gibt es sonst irgendwelche Daten, die ich dir nennen könnte, die dir bei der Fehlersuche weiterhelfen?

Du musst naehmlich das bin verzeichnis der PATH variable hinzufuegen. Wenn du in der konsole dann g++ schreibst sucht windows in allen verzeichnissen die in der path variable stehen nach einer g++.exe oder g++.bat ...

Google sollte dir da helfen.

Alternativ kannst du auch einfach den pfad haendisch angeben:
C:\mingw\bin\g++ main.cpp box.cpp -o programm.exe