1
24
你在cygwin公司工作吗?
在使用cygwin之前我已经看到这个问题了——基本上,
如果您使用的是cygwin安装,则可以尝试替换
|
2
6
据其他互联网资源称,这与cygwin使用windows路径名,特别是c:时出现的问题有关。 对我来说,设置相对路径很好。 如果你有
只要添加
看起来执行目录总是项目基目录。 |
3
4
在cygwin上,gnumakeversion3.81-1由默认的安装程序提供,不能与编译器生成的自动头文件依赖项一起工作。由于此错误,您将看到的错误消息如下所示: 以下是两个建议的修复方法: -尝试获取以前的版本(3.80) -获取固定的3.81版本,例如 http://www.cmake.org/files/cygwin/make.exe SRC: https://projects.coin-or.org/BuildTools/wiki/current-issues 只需用上面提到的“fixed”make文件替换“c:\ cygwin\bin\”文件夹中的make文件(或安装cygwin的任何地方)。 |
4
1
看来有一个简单的方法来解决这个问题。 只需将“当前生成器”从“GNU生成器”改为“CDT内部生成器”,在项目属性-gt/c++Builder中& GT;工具链编辑器-GT;当前Builder将这样做。 对我来说,这个问题是由调试目录(或release:)中自动生成的“xxx.d”依赖文件引起的,这些文件是gcc-mf生成的,作为gcc-c的副作用。但是gnu make显然忘记在-mf时在文件名周围添加引号。 “cdt internal builder”根本不使用makefile或gnu make。eclipse管理构建过程本身。 如果你坚持使用gnu-make,这是行不通的 |
5
1
在windows/cygwin上使用eclipse时,make还报告了多个目标模式的问题。我只使用相对路径解决了上面建议的问题。我没有意识到我有绝对路径,但是当我使用项目目录指定include目录时,eclipse将其扩展为完整路径。 例如,如果添加相对于工作区的路径,eclipse将生成“${workspace-loc:/include}”,它将扩展到以“c:\”开头的内容。这就是为什么发生在我的案子里。 我只是用“../../include”替换了上面的复杂字符串,它解决了我的问题。 |
6
0
也可以删除输出文件夹下的*.d文件,然后生成
|
7
0
我在Windows环境下工作,在Windows 7上,使用Eclipse的CDT进行C++编程。 在日蚀中,转到
在include path(-i)中添加2条路径: “C:\cygwin64\usr\include\libxml2” 和 “/cygDrive/c\cygwin64\usr\include\libxml2” |
8
0
一个对我有效的改变(我将cygwin和ssh终端并行地用于svn服务器)是删除
|
9
0
错误“多目标模式。将出现“stop”,因为src/window.d中的编译器在windows平台中生成的路径为:
如果将此项目导入Linux平台中的Eclipse,我建议您给出一个干净的构建,以便下一个构建以Linux格式生成路径:
如果您使用的是cygwin,同样适用。cygwin中的路径格式类似于linux
|
rookie · 检查函数模板的所有参数包参数是否属于int 1 年前 |
ivaigult · -W转换和隐式字符串到布尔类型转换 1 年前 |
rainer · 后台插入程序的初始化 1 年前 |
Community wiki · 以理智、安全和高效的方式复制文件 1 年前 |
Shefali Kanaujia · 对C中向量的向量进行排序++ 1 年前 |
Ma Joonyoung · 粗粒度和细粒度链表的时间比较 1 年前 |