我正在尝试在Eclipse上安装C ++编译器而不改变Path变量,因为我不能,机器具有有限的权限。 Eclipse显然运行良好,它的构建没有,它抱怨。
我注意到的第一件事就是对libary文件stdio.h说“未解决的包含”的警告
我在Eclipse的“Windows>首选项> C / C ++>环境”中添加了路径变量,其中包含一个名为“Path”的新环境变量,其中包含我的minGW / bin文件夹的路径,但无济于事。我也尝试将其设置为“用指定的替换本机环境变量”,但也没有更改。
构建错误说:
**** WARNING: The "Default" Configuration may not build ****
**** because it uses the "MinGW GCC" ****
**** tool-chain that is unsupported on this system. ****
然后
(Cannot run program "make": Launching failed)
当然没有了。这是一个简单的Hello World测试,因此代码不应成为问题。我可以看到Eclipse生成的“Includes”区域中的一个文件夹下的包含(D:\ MinGW \ binutils \ lib),但在Eclipse的Outline选项卡中单击它们会显示错误“找不到与之匹配的包含文件名”。
答案 0 :(得分:4)
看起来您正在尝试使用Eclipse / CDT和开发环境构建一个简单的hello world程序,并使用mingw作为编译器工具链。我能够在不修改系统路径环境变量的情况下立即使用它。这就是我所做的:
我的main.c文件的内容
#include
int main()
{
printf("Hello World!");
return 0;
}
我的makefile的内容:
all:
gcc -o HelloWorld.exe main.c
执行此操作后,我的项目已成功构建,并在我的项目中生成了一个可执行的HelloWorld.exe。
另一个不需要将PATH变量添加到系统或项目属性,或者将include路径添加到项目属性的选项是简单地为makefile中的命令提供完整路径信息。对于小型项目,这是可管理的。这是makefile的一个例子:
makefile的内容:
all:
c:\mingw\bin\gcc -o HelloWorld.exe -I c:\mingw\include main.c
当然,您还必须将构建命令从“mingw32-make”更改为“C:\ mingw \ bin \ mingw32-make”。
这种方法的另一个缺点是CDT代码解析器将无法找到包含文件,因此您将在编辑器中收到警告。