你工作得很早。当我尝试使用gcc时，请告诉我。我已经卸载并重新安装了gcc 4.8。
这是错误：
as.exe - entry point not found
the procedure entry point __printf__ could not be located in the dynamic link library c:\mingw\bin..\lib\gcc\mingw32\4.8.1\..\..\..\..\mingw32\bin\as.exe"
这是代码：
#include <stdio.h>
int main(){
}
答案 0 :(得分：11)
我知道回答为时已晚，但也许它可以帮助其他人。
我刚遇到这个问题，解决了将目录名称（在MinGW目录中）从mingw32更改为mingw32old。因为这两个目录的bin目录中都有as.exe，所以它们冲突，并发生错误。但是，现在它正在运作，
希望对你的问题有所帮助。答案 1 :(得分：3)
（我宁愿将此作为评论发布，但我还没有足够的声誉。）
错误似乎与as的开头有关，而不是与您的代码有关。您可以通过运行as --help进行检查（它应显示一长串选项）。假设此命令也失败，继续阅读。
整个错误看起来有点奇怪，但我猜您的问题是由PATH中的多个冲突的DLL引起的。您应该能够通过进入c:\mingw\bin，完全清除PATH（Windows shell中的set PATH=; Bash中的export PATH=）并尝试执行{{1}来测试此假设再次。如果这有帮助，您需要确定as --help中的哪个程序导致此问题，并将其从PATH完全删除，或者记住每次都设置自定义，简短，无冲突的PATH你想使用你的mingw安装。
答案 2 :(得分：0)
有时as.exe也可能来自c:\MinGW\msys\1.0\bin\，可能与c:\MinGW\bin\冲突。我建议以@DavidMacek的方式进行实验 - 从c:\MinGW\bin删除PATH并重新启动shell，然后输入as --help以查看是否正常。
如果有的话没事。转到您的环境变量，并将c:\MinGW\msys\1.0\bin\“向上移动”c:\MinGW\bin\以上，以msys优先。
答案 3 :(得分：0)
我刚刚将as.exe的路径添加到系统环境变量中，并且它可以正常工作。 就我而言，它是Windows 10上的代码块gcc编译器的路径： C：\ Program Files（x86）\ CodeBlocks \ MinGW \ bin