Invoquant cl.exe (MSVC compilateur) dans le shell Cygwin

J'ai l'habitude de résoudre ce problème en ajoutant

call "%VS80COMNTOOLS%vsvars32.bat" >NUL:

à c:/cygwin/cygwin.bat. Notez que le VS80COMNTOOLS variable est extrêmement utile, car il vous donne un service à toute épreuve (hm) moyen de localiser vsvars32.chauve-souris.

Une autre approche est-ce qui vous permet de basculer facilement entre les différentes versions Studio:

function run_with_bat()
{
    batfile=$1; shift
    tmpfile="$TMP/tmp$$.bat"
    echo "@echo off" > $tmpfile
    echo "call \"%$batfile%vsvars32.bat\" >NUL:" >> $tmpfile
    echo "bash -c \"%*\"" >> $tmpfile
    cmd /c `cygpath -m "$tmpfile"` "$@"
    status=$?
    rm -f $tmpfile
    return $status
}

function run_vs9()
{
    run_with_bat VS90COMNTOOLS "$@"
}

function run_vs8()
{
    run_with_bat VS80COMNTOOLS "$@"
}

Vous pouvez désormais le faire:

$ run_vs8 cl
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved. 

usage: cl [ option... ] filename... [ /link linkoption... ]
$ run_vs9 cl
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

usage: cl [ option... ] filename... [ /link linkoption... ]

Note la version de compilateur.

Suggestions suivantes dans les autres réponses, j'ai fait un diff de mon bash "set" résultats avec et sans le MSVC variables, et est venu avec le script suivant à les reproduire pour mon installation de Microsoft Visual C++ 2010 Express. J'ai refait un peu de tout mettre dépendant de l'installation des pièces en haut, donc j'espère que ce qui peut être utile à d'autres.

# These lines will be installation-dependent.
export VSINSTALLDIR='C:\Program Files\Microsoft Visual Studio 10.0\'
export WindowsSdkDir='C:\Program Files\Microsoft SDKs\Windows\v7.0A\'
export FrameworkDir='C:\WINDOWS\Microsoft.NET\Framework\'
export FrameworkVersion=v4.0.30319
export Framework35Version=v3.5

# The following should be largely installation-independent.
export VCINSTALLDIR="$VSINSTALLDIR"'VC\'
export DevEnvDir="$VSINSTALLDIR"'Common7\IDE\'

export FrameworkDIR32="$FrameworkDir"
export FrameworkVersion32="$FrameworkVersion"

export INCLUDE="${VCINSTALLDIR}INCLUDE;${WindowsSdkDir}include;"
export LIB="${VCINSTALLDIR}LIB;${WindowsSdkDir}lib;"
export LIBPATH="${FrameworkDir}${FrameworkVersion};"
export LIBPATH="${LIBPATH}${FrameworkDir}${Framework35Version};"
export LIBPATH="${LIBPATH}${VCINSTALLDIR}LIB;"

c_VSINSTALLDIR=`cygpath -ua "$VSINSTALLDIR\\\\"`
c_WindowsSdkDir=`cygpath -ua "$WindowsSdkDir\\\\"`
c_FrameworkDir=`cygpath -ua "$FrameworkDir\\\\"`

export PATH="${c_WindowsSdkDir}bin:$PATH"
export PATH="${c_WindowsSdkDir}bin/NETFX 4.0 Tools:$PATH"
export PATH="${c_VSINSTALLDIR}VC/VCPackages:$PATH"
export PATH="${c_FrameworkDir}${Framework35Version}:$PATH"
export PATH="${c_FrameworkDir}${FrameworkVersion}:$PATH"
export PATH="${c_VSINSTALLDIR}Common7/Tools:$PATH"
export PATH="${c_VSINSTALLDIR}VC/BIN:$PATH"
export PATH="${c_VSINSTALLDIR}Common7/IDE/:$PATH"

Une autre solution est d'ouvrir vcvars32.chauve-souris (ou vsvars32.chauve-souris, qui ne le réel de travail au cours des dernières version de Visual Studio), regardez ce qu'il fait, et répliquer que dans le script shell.

Il n'est pas particulièrement complexe - il n'est de définir un tas de variables d'environnement.

Je trouve une stratégie pour mieux utiliser msbuild et puis en même temps, je peux aussi utiliser g++ de mon environnement cygwin. C'est une approche plus intégrée et se marie harmonieusement avec l'existant visual studio développement. En utilisant le niveau le plus bas cl et la configuration des variables d'environnement est d'avoir des ennuis et d'aller contre le vent. Le msbuild peut mieux le programme d'installation choses pour nous. Aussi, je peux pas-de débogage dans l'IDE d'avoir un gage *.vcxproj projet.

ls -l ~/bin/msbuild
lrwxrwxrwx 1 johnny Domain Users 102 Sep  4 04:25 /home/johnny/bin/msbuild -> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio/2017/Professional/MSBuild/15.0/Bin/MSBuild.exe

Puis dans votre ~/.bashrc, ont cette fonction:

builddebug (){
    [ $# -eq 0 ] && return 1;
    msbuild /m /p:Configuration=Debug /p:Platform=Win32 "$1"
}

La sensation de l'expérience de développement ressemble cette. Au moins, je suis en mesure d'utiliser le g++ compilateur et le Visual Studio 2017 compilateur mieux intégrée. Laissez msbuild faire sa chose. Pas cl.

Un utilitaire que j'ai trouvé assez précieux pour la compilation des trucs avec msvc à partir d'un environnement cygwin est un wrapper j'ai trouvé dans le Pièce en 3D bibliothèque du référentiel source appelée "wrapmsvc", qui est du binaire peut être trouvé ici.

Le programme enveloppements cl.exe et convertit tout GCC args spécifié approprié cl.exe arg. Il utilise également cygwin API pour traduire correctement le chemin d'accès à partir de cygwin forme (/cygdrive/c/temp/test.c) il est chemin du fichier (C:\temp\test.c).

La source m'a fallu un peu de temps pour trouver la dernière fois, mais il est appelé "wrapmsvc.cpp", donc si vous avez besoin de compiler, optez pour ce fichier. Si vous ne vous arrive de le compiler et vous obtenez une dépréciation des avertissements/erreurs au sujet de l'utilisation de cygwin_conv_to_posix_path ou cygwin_conv_to_win32_path, apporter les modifications suivantes:

Modifier la ligne:

(void)cygwin_conv_to_posix_path(s.c_str(), buf);

à

(void)cygwin_conv_path(CCP_WIN_A_TO_POSIX, (const void *)s.c_str(), (void *)buf, (size_t)MAX_PATH);

et le changement:

(void)cygwin_conv_to_win32_path(s.c_str(), buf);

à

(void)cygwin_conv_path(CCP_POSIX_TO_WIN_A, (const void *)s.c_str(), (void *)buf, (size_t)MAX_PATH);