descent2.de

Generell sollte man seinen Source-Tree (wo also der ganze Quellcode sich befindet) frei von Build-Dateien halten. Das geschieht wie folgt:
- cd ~/checkouts/ # (Oder wie das bei euch heissen mag)
- Source-Code auschecken: svn co https://d2x-xl.svn.sourceforge.net/svnroot/d2x-xl/trunk d2x-xl
- autogen.sh (wenn vorhanden) ausfuehren
- aus dem Source-Code-Verzeichnis rauswechseln (eine Ebene Richtung root-Verzeichnis)
- mkdir --parent build/d2x-xl
- cd build/d2x-xl
- ../../d2x-xl/configure # (Ganz normal weitere Parameter anhaengen, ich nehme an, der trunk wurde wie oben ausgecheckt)
- "make" ausfuehren

Genau die zwei letzten Schritte gingen nicht, da der Source-Tree bereits konfiguriert war. Ich habe diesen wie folgt ausgeraeumt:
- Makefile ueberall geloescht
- config.status, configure und conf.h auch (wegen autogen.sh)
- Die besagten Dateien mit svn:ignore auf die Ignorierliste gesetzt (tolles Feature von SVN!)

Es mussten noch ein paar Includes gefixt werden. Dazu gibt es nun im zweiten Posting von mir ein Patch.

Dann brauchen die Makefile/Makefile.in Dateien nicht eingecheckt sein, da diese automatisch erzeugt werden koennen. Diese sollten dann auch alle in allen Verzeichnissen (auch im root-Verzeichnis von d2x-xl) ignoriert werden, um Konflikte zu vermeiden.

VG,
Roland

Danke für Deine Tipps.

Einfach mit svn:ignore die nicht einzucheckenden Dateien ignorieren lassen. Das sollte mit Eclipse (auf der Konsole ebenfalls kein Problem) doch problemlos gehen.

Hier mal meine Patches:


"svn propedit svn:ignore ." gibt bei mir folgendes aus:

Bitte das dann auch gleich mit patchen.

Die in-Dateien sind nicht eingecheckt, genauso wenig wie die makefiles. Ich hatte die kürzlich gelöscht und habe das gerade eben nochmal überprüft.

Die Frage ist außerdem, wieso subclipse versucht, Dateien einzuchecken, die gar nicht im Repo sind. Normalerweise muss man solche Dateien erst mit Add ins Repo aufnehmen.

Bei mir gabs das Linkerproblem auch nie (openSUSE, Ubuntu). Na gut, die libc++ kann man natürlich trotzdem angeben, schadet ja nichts.

Hab hier ein Debian Unstable 64-Bit. Da war das irgentwie noetig. Jedenfalls klappt es so und das Binary ist gebaut.

Auch wenn du die Dateien Makefile/Makefile.in nicht eincheckst, sollten sie mit svn:ignore ignoriert werden, da sonst die SVN-Arbeitskopie "unrein" wird.

Jetzt muss nur noch im root-Verzeichnis Makefile.am gepatcht und configure ignoriert werden (wegen autogen.sh). Dann ist es perfekt.

Die Patches habe ich schon integriert und eingecheckt. Wenn was nicht passt, einfach melden.

Quix0r wrote:Hab hier ein Debian Unstable 64-Bit. Da war das irgentwie noetig.

Klingt nach einem milden Fall von Software-Flagellantismus.

Falls mal ein "make error" mit dem Hinweis "no rule to make target foo.o" kommt, so muss einfach autogen.sh vom Source-Verzeichnis erneut ausgefuehrt werden. Danach klappt (mit meinem Patch) das OST-Build wieder.