spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Die .obj-Dateien sind deine einzelnen .cpp-Quelltexte, vom Compiler übersetzt in ein maschinenlesbares Format. Die sind für die Ausführung deines Programms unerheblich, aber für den Compiler nötig um z.B. nur die Dateien neu zu kompilieren, die sich geändert haben (wo sollte er sonst die Dateien speichern, die sich NICHT geändert haben?). Du solltest sie also nicht mit deinem Programm verteilen.

Außerdem wird wahrscheinlich eine .pdb-Datei (Program DataBase) mit dem selben Namen deiner .exe angelegt werden. Das sind die Debugging-Informationen deines Programms. Die solltest du nicht mitverteilen, aber für dich selber speichern: Falls mal ein Benutzer einen Absturz haben sollte, kannst du mit Hilfe dieser Datei seinen Absturz untersuchen weil dort drinsteht, welche Klassen du benutzt und welche Namen deine Funktionen und Variablen haben. Jedes Mal wenn du den Debugger benutzt, werden solche Informationen aus dieser Datei geladen. Wenn du sie löschst oder durch eine neue Version ersetzt, die nicht mehr der Exe entspricht, kannst du auch nur noch mit direkten numerischen Adressen debuggen statt mit menschenlesbaren Namen.

Zitat von »Krishty«

Die .obj-Dateien sind deine einzelnen .cpp-Quelltexte, vom Compiler übersetzt in ein maschinenlesbares Format. Die sind für die Ausführung deines Programms unerheblich, aber für den Compiler nötig um z.B. nur die Dateien neu zu kompilieren, die sich geändert haben (wo sollte er sonst die Dateien speichern, die sich NICHT geändert haben?). Du solltest sie also nicht mit deinem Programm verteilen.

Um genau zu sein sind die .obj-Dateien das was aus dem Compiler rauskommt und anschließend in den Linker geht, der dann alles zu zusammen setzt.

Zitat von »Tobiking«

Um genau zu sein sind die .obj-Dateien das was aus dem Compiler rauskommt und anschließend in den Linker geht, der dann alles zu zusammen setzt.

Wo ist das „genau“? Schließlich kommt aus dem Compiler noch mehr raus, und in den Linker geht noch mehr rein, und er kann mehr mehr machen als das zusammenzusetzen, und weniger detailliert ist diese Erklärung auch ;-)

Zitat von »Krishty«

Zitat von »Tobiking«

Um genau zu sein sind die .obj-Dateien das was aus dem Compiler rauskommt und anschließend in den Linker geht, der dann alles zu zusammen setzt.

Wo ist das „genau“? Schließlich kommt aus dem Compiler noch mehr raus, und in den Linker geht noch mehr rein, und er kann mehr mehr machen als das zusammenzusetzen, und weniger detailliert ist diese Erklärung auch ;-)

Ich wollte damit nur klarstellen, dass die obj-Dateien ein Zwischenprodukt sind, das existiert weil Compiler und Linker voneinander getrennt sind. Das der Compiler merkt, dass bestimmte Dateien noch aktuell sind ist für mich eher ein Nebeneffekt. Das Änderungsdatum der einzelnen Übersetzungseinheiten könnte sich der Compiler auch gesammelt in eine Datei schreiben.

Das "zusammensetzen" die Arbeit des Linkers nicht mehr gerecht wird, sehe ich ein. Aber was siehst du denn noch großartig an Ausgaben bzw. Eingaben bei Compiler und Linker? Optional kann der Compiler natürlich noch Debug Symbole erzeugen und der Linker externe Bibliotheken entgegen nehmen, aber sonst?

Zitat von »Tobiking«

Ich wollte damit nur klarstellen, dass die obj-Dateien ein Zwischenprodukt sind, das existiert weil Compiler und Linker voneinander getrennt sind.

Ah, alles klar.