Discussion :

[rubijn]

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.

[screetch]

il y a un autre repertoire bin, dans mingw/bin je crois

[koala01]

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:

• 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

Pour les autres projets (par exemple, bzip2, dans ton cas), si tu lance le scripte de configuration sous la forme de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

configure --host=i686-pc-mingw32 --prefix=blabla ...

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é).

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
  1. prendre note des options de compilations qui ont été utilisées pour créer le Makefile
  2. 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
  3. 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)
  4. lancer la compilation avec la commande make

[rubijn]

Merci pour l'information.

Je n'ai pas récurperer les bin de mingw mais je suis passé par l'installation manuelle.

[koala01]

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.

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 )

[rubijn]

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.