如何在Windows上从MSVC编译器移动到GCC?

如何在Windows上从MSVC编译器移动到GCC?,gcc,migration,visual-studio-2010,Gcc,Migration,Visual Studio 2010,我想搬家的原因是: 编译速度。使用gcc大约一分钟,使用MSVC大约15分钟。诚然,我正在编译的代码是一团意大利面条,但它是我每天都要处理的代码。当然,我不希望gcc神奇地将我的编译时间缩短到一分钟,但我确实希望它能更快地编译文件。 调试速度慢:快一年了,使用VS2010在Windows上调试简直是噩梦——速度太慢了,无法使用。是的,我试过删除我的.suo,关闭汽车窗口,从网络上拔下插头,在满月下围着火跳舞三次,但都没有用。 所以我的问题是:如何获取大量使用Windows API和MFC构建GC

我想搬家的原因是:

编译速度。使用gcc大约一分钟,使用MSVC大约15分钟。诚然,我正在编译的代码是一团意大利面条,但它是我每天都要处理的代码。当然,我不希望gcc神奇地将我的编译时间缩短到一分钟,但我确实希望它能更快地编译文件。 调试速度慢:快一年了,使用VS2010在Windows上调试简直是噩梦——速度太慢了,无法使用。是的,我试过删除我的.suo,关闭汽车窗口,从网络上拔下插头,在满月下围着火跳舞三次,但都没有用。
所以我的问题是:如何获取大量使用Windows API和MFC构建GCC的代码?相反,最简单的路线是什么?

include and etc.通常有效。当你尝试它时,什么爆炸了?看起来MFC是个问题。换句话说,有没有办法让gcc成功构建MFC?嗯,是的,这可能更难。我不确定,我从来没有尝试过用GCC构建MFC。问题是在C++变得标准化之前编写MFC。有很多东西,它不再是惯用的C++,GCC可能会窒息。由于向后兼容的原因,微软的编译器仍然支持它们的扩展。你真的需要使用MFC吗?如果你这样做了,也许更好的选择是弄清楚为什么微软的编译器对你来说那么慢。这对我来说并不慢。。。问题中没有足够的信息来诊断该问题。@Carl:查看visual studio创建的MFC项目中的每个预处理器,并尝试在项目中移动或声明它们。你试过编译吗??如果是这样,错误是什么?@Ahmedsafan:MFC是微软的东西。Visual Studio不创建MFC项目。让所有MFC类在GCC下编译可能比一开始就不使用MFC更费劲。