Version imprimable
Bonjour,
J'ai essayé d'installer MinGW + MSYS en utilisant l'installation Manuelle.
Mais quand j'essaye de compiler une bibliothèque (bzip2-1.0.5) par exemple. j'obtiens l'erreur suivante
i686-mingw32-gcc: Command not found.
Sachant que gcc est bien trouvé en ligne de commande. Que le PATH windows contient bien les 2 répertoire bin de mingw et msys...
Je suppose que c'est juste une histoire de lien mais si quequ'un pouvait m'éclairer.
Merci d'avance.
il y a un autre repertoire bin, dans mingw/bin je crois
Salut,
C'est, de manière quasi certaine, juste un problème au niveau du nom du compilateur dans le Makefile...
En effet, il est possible de trouver gcc sous différents noms:
Pour les autres projets (par exemple, bzip2, dans ton cas), si tu lance le scripte de configuration sous la forme de
- soit ton compilateur porte, simplement, le nom de gcc (ce qui est, normalement, le cas si tu as pris directement les binaires de mingw)
- soit le nom du fichier est composé d'un triplet <architecture>-<vendeur>-<os> (par exemple i686-pc-mingw32-gcc, x86_64-w64-mingw32-gcc, i386-pc-linux-gcc, ...), qui est le plus souvent obtenu lorsque l'on effectue une compilation personnelle de Gcc en ayant ajouter l'option " --target=<architecture>-<vendeur>-<os> " sans avoir précisé l'option "--program-prefix="" "lors de la configuration
le script (qui créera la Makefile) vérifiera la présence du compilateur dont le nom comporte le triplet en question (ici i686-pc-mingw32-gcc) et définira celui-ci comme compilateur à utiliser (ou sortira sur une erreur dés le début de la vérification si le compilateur ne porte pas le nom évalué).Code:configure --host=i686-pc-mingw32 --prefix=blabla ...
Il faut noter que toute la chaine d'outils (ld, ar, as, ...) sera considérée comme utilisant les noms composés du triplet en question (AKA: le Makefile utilisera i686-pc-mingw32-ld, i686-pc-mingw32-ar, i686-pc-mingw32-as, etc).
Si tu as utilisé toi même le script de configuration, tu ne devrais carrément pas avoir de Makefile, à moins que tu n'ait relance msys après la configuration, et que tu n'aies eu, lorsque tu l'a effectuée, dans ta variable PATH un chemin menant vers la version préfixée du compilateur.
Si tu t'es procuré une version des source de bzip2 dans laquelle le
- Makefile est présent, tu as deux solutions:
- rechercher et modifier manuellement les variables CC, AR, AS, LD,... afin de supprimer le triplet en préfixe
- ou
- prendre note des options de compilations qui ont été utilisées pour créer le Makefile
- lancer la commande "make distclean" afin de nettoyer le dossier de tout ce qui a trait aux compilation précédentes et les différents Makefile
- relancer la commande ./configure avec les même options à l'exception de l'option --host (que tu peux remplacer par l'option --target=i686-pc-mingw32 voire --build=i686-pc-mingw32)
- lancer la compilation avec la commande make
Merci pour l'information.
Je n'ai pas récurperer les bin de mingw mais je suis passé par l'installation manuelle.
Oui, mais que tu aies utilisé l'installateur ou que tu aies décompressé le zip/tar.bz2/tar.gz/7z qui contient les exécutables, le principe est le même: les binaires portent des noms sans le triplet i686-pc-mingw.Citation:
Envoyé par rubijn
Ce triplet s'obtient le plus souvent lorsque tu récupère uniquement les sources et que tu les compile toi même (ce qui est sympa mais qui prend un temps bête :P) ;)
Merci.
J'ai effectivement résolu le problème.
Mais j'ai encore un soucis (surement trivial)
J'ai gcc 3.4.5 et j'aimerais installer le 4.2.x (pour compiler la dernière version de ffmpeg). Quelle est la procédure. j'ai essayer de copier remplacer en prennant gcc 4.x.x sur le site de mingw mais gcc --version affiche toujours 3.4.5.
Merci d'avance.
Il faut comprendre MinGW est une version compilée de Gcc pour fonctionner sous windows et que Gcc est une collection de compilateurs, fournissant des compilateurs pour
auxquels on adjoint différents outils permettant de gérer les fichiers binaires:
- le langage C
- le langage C++
- le langage fortran
- le langage ada
- le langage java
- le langage Objective C
- le langage Objective C++
ainsi qu'un débuggeur et un profiler (respectivement gdb et gprof).
- ar (créateur d'archives)
- as (assembleur)
- ld (éditeur de liens)
- ...
Il faut aussi savoir que l'ensemble des bibliothèques statiques (par opposition aux bibliothèques dynamiques ou dll) est dépendant de la version du compilateur utilisé.
Ainsi, si tu as installé l'ensemble de Gcc 3.4.5, il faudra que tu remplace l'ensemble par la version de Gcc 4.4.0 (et donc que tu télécharge l'ensemble des fichier XXX-mingw32-bin.tar.gz et XXX-mingw32-dll.tar.gz qui se trouvent dans le dossier "Gcc Version 4" à cette adresse)
Cela impliquera aussi, par exemple, de recompiler bzip2 si tu as choisi la version statique de la bibliothèque, et non la version dynamique :P
Il faut enfin savoir que la version fournie de Gcc 4.4.0 est compilée pour utiliser principalement les bibliothèques dynamiques, ce qui fait que, avant de vouloir remplacer la version 3.4.5 (qui était principalement basée sur les bibliothèques statiques), il sera utile de vider carrément le dossier (ou de choisir de placer carrément Gcc 4.4.0 dans un autre dossier que celui dans lequel se trouver la version 3.4.5)
Une autre possibilité qui est assez sympa, mais qui prend un temps assez important en fonction du système sur lequel tu le fait, est d'envisager de compiler toi-même la version de Gcc qui t'intéresse...
Cela te permet, par exemple, d'optimiser l'exécutable en fonction de ta machine réelle, avec comme revers de la médaille le fait que, si tu précise que tu compile sur un PIV (par exemple), il sera inutilisable sur une architecture de type i686 ou PIII :P
Tu trouvera un article (écrit lorsque la dernière version disponible de Gcc était la 4.2.1, mais toujours d'actualité malgré tout ) ==>ici<== si l'aventure te tente ;)