C/C++ Forum :: Build-Systeme Teil 3: SCons

GPC Moderator 00:26:38 20.01.2008 Titel:

Ehrlich gesagt weiß ich nicht, wie man dein Problem SCons-intern beheben kann, da SCons ja keine Reihenfolge für die Builds definiert... außer per Depends-Funktion, aber das ist nicht so das richtige Mittel.

Ich würde einfach ein Skript schreiben, welches zuerst die vier Libs baut und dann die binary.

BugJoe Mitglied 16:24:31 21.01.2008 Titel:

Danke für die Antwort.

Wenn es wirklich nicht anders geht werd ich das wohl tun müssen, auch wenn ich stark gehoft habe dass genau diese Arbeit auch intelligent von SCons erledigt wird. Gerade der fünfte Beitrag von __HIRSCH_H__ hat sich in meinen Ohren nämlich so angehört als wenn in seinem Projekt der "Buildaufbau" sehr ähnlich ist wie in meinem Projekt (wenn nicht sogar noch komplexer) und SCons die Abhängigkeiten unter den verschiedenen Biblotheken aufdröseln könnte und genau weiß was es zuerst kompilieren muss.

__HIRSCH_H__ Mitglied 16:47:24 21.01.2008 Titel:

BugJoe schrieb:

Danke für die Antwort.

Wenn es wirklich nicht anders geht werd ich das wohl tun müssen, auch wenn ich stark gehoft habe dass genau diese Arbeit auch intelligent von SCons erledigt wird. Gerade der fünfte Beitrag von __HIRSCH_H__ hat sich in meinen Ohren nämlich so angehört als wenn in seinem Projekt der "Buildaufbau" sehr ähnlich ist wie in meinem Projekt (wenn nicht sogar noch komplexer) und SCons die Abhängigkeiten unter den verschiedenen Biblotheken aufdröseln könnte und genau weiß was es zuerst kompilieren muss.

Wenn ich mehrere voneinander abhängige Bibliotheken oder Programme baue, mach ich das meistens so, dass ich den Rückgabewert der SharedLibrary Funktion an die entsprechende Program oder SharedLibrary Funktion der abhängigen Bibliothek übergebe.
Beispiel:

Code:
lib1 = SharedLibrary(myFiles) lib2 = SharedLibrary([otherFiles, lib1]) prog = Program([moreFiles, lib2])

Code:
lib1 = SharedLibrary(myFiles) lib2 = SharedLibrary([otherFiles, lib1]) prog = Program([moreFiles, lib2])

Code:
lib1 = SharedLibrary(myFiles) lib2 = SharedLibrary([otherFiles, lib1]) prog = Program([moreFiles, lib2])

Dann bestimmt scons die Abhängigkeit korrekt.
Tip: Du kannst die lib/prog objekte aus den Unterverzeichnissen mit Return('lib1') zurückgeben.

Ich hoffe es hilft dir weiter und du kannst das Konzept in deinen generischen Ansatz einbauen. Wenn ich scons scripte schreibe sind die eigentlich immer massgeschneidert und ziemlich naiv runtergehackt (KISS-Prinzip).

BugJoe Mitglied 19:18:03 21.01.2008 Titel:

Ja, vielen Dank für die Antwort. Werd ich morgen gleich mal ausprobieren. Aber das hört sich sehr gut an

Unregistrierter

Sehr schöner Artikel. :live:

Aber ich hab ein Problem mit boost und CheckCXXHeader() vielleicht hat von euch einer eine Idee, meine bisherige google-Suche war nicht erfolgreich.

Code:
if not conf.CheckCXXHeader('boost/test/unit_test.hpp'): print 'Could not find boost/test/unit_test.hpp . Please install boost (www.boost.org)' Exit(1)

Code:
if not conf.CheckCXXHeader('boost/test/unit_test.hpp'): print 'Could not find boost/test/unit_test.hpp . Please install boost (www.boost.org)' Exit(1)

Code:
if not conf.CheckCXXHeader('boost/test/unit_test.hpp'): print 'Could not find boost/test/unit_test.hpp . Please install boost (www.boost.org)' Exit(1)

Boost ist installiert und die Header liegen auch unter /usr/include/boost/... wenn man das Exit(1) raus nimmt kompiliert auch alles.

Was ist falsch an der Prüfung, bzw. was mache ich falsch an der Stelle?
Muss ich noch die System-Include-Verzeichnisse irgendwo angeben?

Danke

__HIRSCH_H__ Mitglied 08:11:45 28.07.2008 Titel:

Was steht denn in der Datei config.log? Da sollte drinstehen welches Kommando aufgerufen wurde und welche Fehlermeldung zum Abbruch geführt hat.

Unregistrierter

Merkwürdigerweise versuchte er eine Datei zu kompilieren innerhalb der Tests die nicht existierte. Die temporären Dateien und Verzeichnisse von scons löschen, danach neu ausführen und es ging.

Versteh ich zwar nicht aber Danke