mingw ne peuvent pas gérer les espaces dans le chemin d'accès?

Je suis en train de compiler le code, le fichier makefile créé à l'aide de qmake.
Quand je lance mingw32-make j'obtiens l'erreur suivante:

cd bzip2-1.0.5\ && c:\QtSDK\Desktop\Qt.7.3\mingw\bin\qmake.exe c:\Documents an
d Settings\user\My Documents\Visual Studio 2010\Projects\meshlab\meshlab\meshla
b\src\external\bzip2-1.0.5\bzip2-1.0.5.pro -o Makefile
Cannot find file: c:\Documents.
Cannot find file: and.
Cannot find file: Settings\user\My.
Cannot find file: Documents\Visual.
Cannot find file: Studio.
Cannot find file: 2010\Projects\meshlab\meshlab\meshlab\src\external\bzip2-1.0.5
\bzip2-1.0.5.pro.
mingw32-make: *** [bzip2-1.0.5\Makefile] Error 2

Par l'erreur, il semble que mingw32-make ne comprend pas les chemins qui ont des espaces à l'. Est-ce vrai? Est-il un moyen de contourner cela?

Avez-vous essayez de mettre des guillemets autour de l'ensemble du chemin+nom de fichier avec des espaces?
le makefile a été généré automatiquement par qmake. Je m'attends à ce qmake pour créer valide makefiles, sinon a quoi ça sert sur windows?
Oui, mais les Documents et les Paramètres de bits a confondu les autres logiciels pendant un certain temps. Ils ont finalement obtenu le droit de Vista et W7 quand ils ont changé d' \Utilisateurs\nom\Documents. Depuis votre meshlab projet n'est probablement pas liée à ce chemin en quelque sorte, essayez de le déplacer vers c:\projects\ ou quelque chose.

OriginalL'auteur olamundo | 2011-05-14

  1. 7

    De le MinGW "guide de mise en route:

    MinGW peuvent avoir des problèmes avec les chemins contenant des espaces, et si non, en général d'autres programmes utilisés avec MinGW va rencontrer des problèmes avec de tels chemins. Ainsi, nous vous recommandons fortement de ne pas installer MinGW dans n'importe quel endroit avec des espaces dans le nom du chemin d'accès de référence; c'est à dire que vous devriez éviter l'installation dans n'importe quel sous-répertoire "Program Files" ou "Mes Documents", ou similaire.

    Je le soupçonne même des problèmes rencontrés dans l'exécution de fichiers exécutables va se manifeste également avec d'autres fichiers. Vous pouvez essayer de l'habillage de l'ensemble de la chose (spécification de fichier) à l'intérieur des guillemets, et ce peut travail, mais Windows n'est parfois pas aussi logique que UNIX à base de coquilles dans ce domaine.

    Espaces dans les noms de fichiers sont mal quand même 🙂

    Les espaces ne sont pas mal. Des environnements qui ne peut pas gérer eux sont mauvais.
    Tout à fait d'accord ... les Espaces ne sont pas mal. Les environnements qui ne peut pas gérer leur sont le mal! De retour pour de fichier 8.3/dir noms ou quoi? ^^ .....

    OriginalL'auteur paxdiablo

  2. 8

    La façon la plus courante de le faire sous Linux/UNIX est pour échapper à chaque espace avec une barre oblique inverse, comme: /c/Documents\ and\ Settings/User Toutefois, cela ne fonctionne pas toujours dans MinGW.

    Ainsi, l'utilisation de la court (8.3) nom. Vous obtenez le nom court avec Windows (pas MinGW) commande for %I in (<PATH>) do @echo %~sI où <PATH> peut être . (afficher le répertoire courant, comme pwd), * (liste des fichiers dans le répertoire courant), d'un chemin de fichier, etc.

    Btw, à copier à partir de l'affreux cmd.exe de la fenêtre, cliquez sur l'icône dans le coin supérieur gauche de la barre de titre, cliquez sur Propriétés, Options, et de l'activer sur Mode d'édition rapide. Ensuite, vous pouvez sélectionner le texte avec votre souris. La touche Entrée (ou menu>Edit>Copie) copie le texte dans le presse-papiers. L'insertion de la clé (ou menu>Edit>Pâte à pâtes.

    OriginalL'auteur Aleksandr Dubinsky

  3. 7

    Ne sais pas si cela utile ou pas (de peur d'être downvoted), mais j'ai créé un lien sémantique afin d'éviter les chemins avec espaces. Vous ne savez pas si ça va régler le problème étant donné que dans mon scénario, il affiche un autre message d'erreur après avoir utilisé la sémantique du lien correspondant pthreads qui je n'ai toujours pas été en mesure de fixer.

    La création de lien sémantique à l'aide de l'invite de commande:

    mklink /j "C:\newshortcut" "C:\Program Files\Directory with spaces"

    Puis sur la commande que vous souhaitez exécuter, vous utilisez C:\newshortcut

    Tu veux dire qu'un lien symbolique

    OriginalL'auteur zeta