Gibt es eigentlich irgendeinen bestimmten Grund, warum ich im Konfigurationsmanager "Release" in "Final_Release" umbenennen soll?
Gibt es eigentlich irgendeinen bestimmten Grund, warum ich im Konfigurationsmanager "Release" in "Final_Release" umbenennen soll?
Soweit ich das verstanden habe muss der Name mit den Angaben in der makefile übereinstimmen. Es kommt also drauf an was für eine makefile du da benutzt. Wenn da also z.B. unter anderem "Release_BIN=Release\CvGameCoreDLL.dll" steht, dann muss man es nicht umbenennen, bzw. darf es auch nicht. Steht da hingegen "Final_Release_BIN=Final_Release\CvGameCoreDLL.dll" muss es entsprechend in VS geändert werden.
Danke für den Hinweis!
Ich hatte deshalb gefragt, weil es mir ohnehin als sinnarm erschien, in VS im Konfigurationsmanager immer wieder etwas umstellen zu müssen, nur um dem Makefile zu gefallen.
(Was im Umkehrschluss bedeutet, dass - entgegen den Behauptungen in den meisten Makefile-Tutorien - nicht nur die Pfade, sondern ggf. auch die Kommandos anzupassen sind)
Nein, so war das nicht gemeint. Du musst da nix unnötig groß in der makefile verändern. Davon würde ich abraten.
Du setzt einmal im Konfigurationsmanager zwei Projekte fest (für die Release und die Debug Version) und das war es dann. Ab dann (wenn alles richtig aufgesetzt ist) muss nie wieder irgendwas eingestellt werden.
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Ich habe mir nun das Makefile noch mal genauer angesehen.
Die entsprechenden Abschnitte bzgl. der Include für Pythondateien scheinen hier zu stecken:
Bei der blauen Markierung tauchen bei mir Fragezeichen auf, denn die Library boost_python-vc71-mt-1_32.lib ist ja schon Teil von boost-1.32.0/libs/ , wie hier zu sehen ist:Code:#### INCLUDES #### GLOBAL_INCS=/I"$(TOOLKIT)/include" /I"$(PSDK)/Include" /I"$(PSDK)/Include/mfc" PROJECT_INCS=/IBoost-1.32.0/include /IPython24/include Debug_INCS=$(PROJECT_INCS) $(GLOBAL_INCS) Release_INCS=$(PROJECT_INCS) $(GLOBAL_INCS) #### LIBS #### GLOBAL_LIBS=/LIBPATH:"$(TOOLKIT)/lib" /LIBPATH:"$(PSDK)/Lib" winmm.lib user32.lib PROJECT_LIBS=/LIBPATH:Python24/libs /LIBPATH:boost-1.32.0/libs/ boost_python-vc71-mt-1_32.lib Debug_LIBS=$(PROJECT_LIBS) $(GLOBAL_LIBS) msvcprt.lib Release_LIBS=$(PROJECT_LIBS) $(GLOBAL_LIBS)
Erweiterung der Frage:
Und nehmen die oben markierten Zuweisungen auch alle Unterverzeichnisse mit, oder muss man die Pfade aus irgendwelchen düsteren Gründen noch manuell erweitern?
Nächste Erweiterung:
Die nicht gefundene Datei lag ja hier:
Geändert von Commander Bello (07. Oktober 2012 um 16:37 Uhr)
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Das Problem ist, dass VS die Datei list.hpp (siehe letztes Bild) nicht findet und nach 158 Versuchen, sie doch zu entdecken, mit einem "fatal error" abbricht.
Nachtrag: das ist die Fehlermeldung (s. Posting #10)
1>c:\users\normaler benutzer\desktop\colonization\100 dll workfile\cvgamecoredll\CvGameCoreDLL.h(159): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "boost/python/list.hpp": No such file or directory
1> Code wird generiert...
========== Erstellen: 0 erfolgreich, Fehler bei 1, 0 aktuell, 0 übersprungen ==========
Hier ist übrigens das Log aus dem Debug-Verzeichnis (umbenannt in ~.txt, um hochladbar zu machen):
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Ich habe gerade technische Probleme mit meinem Mainboard.
Im Zuge der versuchten De- und Neuinstallation von VS 2010 (hat nicht geklappt, nun habe ich Installationstrümmer) habe ich festgestellt, dass bestimmte Dienste etc. nach Belieben mal geladen (oder auch nicht) werden, einige USB-Geräte liefern Fehler oder auch nicht, etc. pp.
Mit anderen Worten: im Moment kann ich nicht garantieren, dass mein System fehlerfrei läuft.
Ich bin gerade dabei, mir neue Hardware zusammenzustellen, was hoffentlich (inkl. Lieferung) dann bis Mitte der Woche abgeschlossen sein wird.
Neue Hilfeschreie bzgl. der Kompilation sind also ab Freitag von mir zu erwarten.
Nachtrag: ich habe komas Hinweis sehr aufmerksam studiert. Der Witz ist, dass VS sich selbst ein Verzeichnis mit Leerzeichen anlegt: "..."\Microsoft_Visual_Studio_10.0\Common7\IDE\VCExpress.exe"
Auch die von mir bevorzugte Trennung von Administrator- und "Nutzer"-Konto resultiert in Pfade mit Leerzeichen. Das lässt sich im Nachhinein nicht mehr korrigieren, sondern erfordert eine Neuinstallation des Betriebssystems - die wäre also auch ohne neue Hardware notwendig.
Da mache ich es dann doch lieber gleich richtig - was mir u.a. auch endlich eine SSD einbringen wird.
Geändert von Commander Bello (14. Oktober 2012 um 06:52 Uhr)
Eigentlich geht es wohl eher um deinen Workspace.
Also die Pfade der Verzeichnis in denen Sourcen und Libs abgelegt sind und nachher auch die Verzeichnisse "Final_Release" und "Debug" drin liegen.
Meiner Erfahrung nach sollt man dort tunlichst auf Leerzeichen verzichten.
Na denn, weiterhin viel Erfolg.
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Wie läuft das programmieren ?
Was machst du denn jetzt eigentlich genau ?
Erweiterst du TAC mit ausgewählten Features anderer Mods (wie z.B. Religion and Revolution) ?
Oder entwickelst du sogar ganz eigene Features ?
Ist gar nicht so schwierig, wie es am Anfang aussieht, oder ?
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Das Programmieren muss noch zwei, drei Tage warten.
Ich habe in der vergangenen Woche ja meinen Rechner neu aufgebaut und dann die Zeit genutzt, endlich mal meine ganzen Sicherheitskopien durchzuackern und mich von "Datenmüll" zu befreien.
Aber die nächsten Hilferufe werden nicht allzu lange auf sich warten lassen, soviel kann ich schon versprechen.
Ich bitte alle mit Kenntnissen in Sachen Kompilation, mal einen geneigten Blick in dieses Posting zu werfen, wo ich meine aktuellen Probleme mit dem Kompilieren beklage.