C++ Eclipse CDT项目在系统升级后未能包含移动的头文件

我有一个CMake项目，到目前为止，我已经用Eclipse成功地构建了这个项目。（该项目的详细安装说明）这是Ubuntu MATE 16.04和EclipseLuna提供的

我刚刚升级到Ubuntu MATE 18.04。由于Eclipse将不再启动（可能是由于与新OpenJDK版本的兼容性问题），我认为是时候升级到Oxygen了

一旦我设置了EclipseOxygen和所有附加组件，我就打开了工作区并尝试构建项目。它失败，并显示以下消息：

/home/user149408/src/navit/navit/binding/python/common.h:20:10: fatal error: Python.h: No such file or directory
 #include <Python.h>
          ^~~~~~~~~~

/home/user149408/src/navit/navit/binding/python/common.h:20:10:致命错误：python.h:没有这样的文件或目录
#包括
^~~~~~~~~~

我搜索并在

/usr/include/python3.6m/Python.h

找到了头文件。我检查了C/C++Include路径和符号下的项目属性，发现它有一个

/usr/Include/python3.5m

的条目，所以我更改了它以反映当前路径

但即使在那之后，项目也无法生成相同的错误消息。我尝试了以下方法：

• 重新运行

  cmake-G“eclipsecdt4-Unix生成文件”~/src/navit

• 刷新项目
• 清理项目
• 再建

---

当我尝试在命令行上使用CMake构建项目时，它构建时没有错误。这里出了什么问题？

显然

cmake

不会重新评估所有内容，而是依赖于第一次运行时的一些缓存数据

在项目目录（工作区中）中，我删除了以下两个文件：

.cproject
CMakeCache.txt

然后我重新运行了

cmake-G“eclipsecdt4-Unix Makefiles”~/src/navit

，启动了Eclipse，刷新了项目，清理并构建了它

这一次，构建过程没有错误。该应用程序仍然会抛出一个关于丢失GTK模块的错误，但在命令行构建中也会发生这种情况，几乎可以肯定这是一个不同的问题

---

更新：在遇到其他各种问题后，我了解到CMake的Eclipse项目生成器似乎没有维护，而且容易出错，建议改用cmake4eclipse（可在Eclipse市场上获得）。如果您有上述问题，请考虑迁移.< /P>