Das setzen von environment-Variablen in pre-build-event und mithilfe bei der Kompilierung Schritt

In Visual Studio 2003, bin ich versucht, eine Umgebungsvariable festlegen, die in der pre-build-Ereignis wird dann in der Zusammenstellung Schritt, aber der Wert scheint nicht weitergegeben werden. Zum Beispiel, wenn die pre-build-Ereignis enthält diese (entweder direkt oder in einer batch-Datei):

set MY_LIB_VERSION=1.0.0

und AdditionalIncludeDirectories hat:

c:\path\to\library\my_lib_v$(MY_LIB_VERSION)\include

dann würde ich erwarten, dass die Zusammenstellung funktionieren, wenn der my_lib_v1.0.0 Verzeichnis vorhanden ist. Aber stattdessen bekomme ich

c:\path\to\prog\my_prog.c(22) : fatal error C1083: Cannot open include file: 'my_lib.h' 
Projekt : Warnung PRJ0018 : Die folgenden environment-Variablen konnten nicht gefunden werden: 
$(MY_LIB_VERSION)

Ich folgern, dass die Umgebungsvariable in der pre-build-Ereignis ist daher nicht propagiert, um die Zusammenstellung Schritt, aber ich kann etwas vermissen.

Wie kann ich die Umgebungsvariable in der pre-build-event und verwenden Sie es in der Zusammenstellung Schritt?

(Alternativ jede andere sinnvolle Möglichkeiten der Definition einer Bibliothek version einmal und verwenden Sie es mehrmals für AdditionalIncludeDirectories und AdditionalLibraryDirectories wäre genau so gut.)

Update: ich landete Lösung unseres Problems in einer anderen Weise. Wir verwenden Subversion, und richten Sie die svn:externals - Eigenschaft auf ein Unterverzeichnis des Projekts Quelle genannt dependencies, so dass ein checkout des Projektes zusätzlich check-out <svn_path>\libraries\my_lib_v1.0.0 und nennen es dependencies\my_lib in der Arbeitskopie. Dann den Projekt-Einstellungen finden Sie dependencies\my_lib\include und dergleichen. Die Aktualisierung auf version 1.0.1 my_lib ist dann einfach eine Sache der Bearbeitung der svn:externals Eigenschaft-den code-und Projekt-Einstellungen nicht ändern müssen.

Wie von Windows 7 (so scheint es) gibt es den Befehl SETX zum speichern von Umgebungsvariablen beharrlich. Quelle: ss64.com/nt/setx.html

InformationsquelleAutor Paul Stephenson | 2009-01-07

  1. 4

    Möchten Sie vielleicht, um das zu prüfen-Werkzeug: http://workspacewhiz.com/SolutionBuildEnvironmentReadme.html

    Wir verwenden es die ganze Zeit zum verwalten von Umgebungsvariablen in unsere build-Umgebung.

    Danke. Ich habe installiert das Add-in und es funktioniert für mich. Ich bin mir nicht sicher, ob ich Sie überreden kann, alle unsere Entwickler, um es zu installieren, selbst wenn es, wie es getan werden auf jedem Entwicklungscomputer, um zuverlässig über das Unternehmen.
    Es scheint, dass ein Add-in wie das ist der einzige Weg, um Bearbeiten Sie die Visual Studio-eigenen Umgebungsvariablen, so werde ich Sie akzeptieren diese Antwort, obwohl es nicht etwas, was ich anwenden könnte, die in unser Unternehmen.
    Dieses addin ist Super und ist soweit ich weiß die einzige Lösung zum hinzufügen von env var dynamisch. Aber beachten Sie, dass die Linien auf Ihre Dateien, die die env vars darf nicht mehr als 2048 Zeichen (es ist ein hässliches char[2048] auf den source-code des add-in).
    Weiß jemand, ob das funktioniert mit VS 2013?

    InformationsquelleAutor Paul Hollingsworth

  2. 4

    Ich muss zugeben, dass ich noch nie versucht, das setzen von Umgebungsvariablen in einem pre-build-Schritt, und ich kann sehen, warum es würde nicht unbedingt funktionieren (ausführen einer batch-Datei würde wahrscheinlich trigger einen separaten Prozess, während Sie wollen, um zu manipulieren, dass der übergeordnete Prozess, der die Umgebung).

    Einen workaround habe ich mit, aber das wird nur funktionieren, wenn Sie können bestimmen, dass die notwendigen Einstellungen vor dem starten von Visual Studio, ist das erstellen einer batch-Datei, setzt die notwendigen Umgebungsvariablen und startet dann von Visual Studio die passende Lösung-Datei. Ich habe reproduziert das Skelett dieses batch-Datei unter:

    REM
REM Set up VS environment with defaults (this is for 2008) - need to do this first
REM
call "C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\vsvars32.bat"
REM
REM Set the environment variables required by the project
REM
set BOOST_BASE=C:\Boost\include\boost-1_35
REM
REM If you need to manipulate the path, do it here
REM
REM
REM Finally, start VS with the appropriate solution file
REM
devenv MyProjectWithBoost.sln
    Vielen Dank für den workaround. Wir würde wissen, die Versionsnummer im Voraus, aber ich wirklich wollen, um die Integration in die standard-build, so dass die Bibliothek-version wird richtig sein, ob die Entwickler mit der IDE oder Kommandozeile. Ich habe nicht die Kraft, um das ganze team, um ein spezielles Skript!

    InformationsquelleAutor Timo Geusch

  3. 3

    Umgebungsvariablen, die gesetzt werden mit dem SET-Befehl sind temporär und nur für die Lebensdauer des Prozesses, in dem Sie eingestellt sind. Sie sofort erlischt, wenn der Prozess abläuft - und nicht gesehen werden kann von anderen Prozessen.

    Einem Visual Studio-pre-build-Ereignis ist ein separater Prozess. Sobald dieser Prozess abläuft, dass die environment-variable nicht mehr.

    Sind Sie sicher, dass die Umgebungsvariablen sind, was Sie wollen? Könnten Sie tun dies, indem Sie einen Wert in eine text-Datei statt auf einen zentralen Speicherort im Netzwerk?

    BEARBEITEN: Wenn Sie wirklich wollen, beharrlich ändern von Umgebungsvariablen in Windows, können Sie es tun, aber es beinhaltet die Berufung auf einige Windows-APIs, anstatt nur den Aufruf GESETZT. E. g. http://code.activestate.com/recipes/416087/

    Versuchen Sie googeln Umgebungsvariable windows beibehalten

    Die Hauptsache ich tun möchte, ist eine text-Datei der library-Versionen, und die AdditionalIncludeDirectories abhängig von den Werten in der Textdatei, ohne dass jeder Entwickler daran zu erinnern, führen Sie ein spezielles Skript vor der Kompilierung. Ich bin mir nicht sicher, dass die Umgebungsvariablen werden, was ich will!!!

    InformationsquelleAutor Sam Meldrum

Schreibe einen Kommentar