Esta es mi comprensión de la relación entre MinGW y MSYS.

Al instalar MinGW y su gcccadena de herramientas, la instalación de MSYS es opcional.

Con MSYS instalado, obtienes bashy algunas otras herramientas que supongo están destinadas a usarse con el MinGW gccque acabas de instalar. Sin embargo, cuando ejecuta el script por lotes MSYS que abre un bashshell, gccno está en su PATH. En este punto, haces una de dos cosas:

  • Vuelva a iniciar el instalador de MinGW y observe que no seleccionó gccen la categoría MSYS. Usted piensa: "¿No instalé ya gcc?" Espera a que se descargue ese paquete y vuelve al bashshell de MSYS . Corres gcc --versiony ves que es una versión antigua de gcchace 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 que C:\MinGW\binestá en su camino, pero C:\MinGW\binno está montado. Agrega el mountcomando adecuado a su ~/.profile, y está feliz de descubrir que la versión reciente de gccMinGW ahora está en su PATH.

¿Por qué MinGW y MSYS tienen versiones separadas de gcc? ¿Por qué el usuario no tiene acceso a la versión reciente gccproporcionada 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 gcchace diez años. Este comportamiento fue desconcertante.

OregonTrail
fuente