Esta es mi comprensión de la relación entre MinGW y MSYS.
Al instalar MinGW y su gcc
cadena de herramientas, la instalación de MSYS es opcional.
Con MSYS instalado, obtienes bash
y algunas otras herramientas que supongo están destinadas a usarse con el MinGW gcc
que acabas de instalar. Sin embargo, cuando ejecuta el script por lotes MSYS que abre un bash
shell, gcc
no está en su PATH
. En este punto, haces una de dos cosas:
- Vuelva a iniciar el instalador de MinGW y observe que no seleccionó
gcc
en la categoría MSYS. Usted piensa: "¿No instalé ya gcc?" Espera a que se descargue ese paquete y vuelve albash
shell de MSYS . Corresgcc --version
y ves que es una versión antigua degcc
hace diez años. Luego procedes a hacer lo siguiente, incluso si te das cuenta de que es una opción.
O
- Usted
echo $PATH
, para encontrar queC:\MinGW\bin
está en su camino, peroC:\MinGW\bin
no está montado. Agrega elmount
comando adecuado a su~/.profile
, y está feliz de descubrir que la versión reciente degcc
MinGW ahora está en suPATH
.
¿Por qué MinGW y MSYS tienen versiones separadas de gcc
? ¿Por qué el usuario no tiene acceso a la versión reciente gcc
proporcionada por MinGW inmediatamente dentro de MSYS? No uso Windows muy a menudo, y estaba tratando de usar MinGW y MSYS para enseñarle a mi hermano C. No quería usar una versión de gcc
hace diez años. Este comportamiento fue desconcertante.