|
|
1
38
KDevelop 是一个非常棒的IDE,支持CMake。
这将为您生成Eclipse项目。 |
|
|
2
24
阐述阿罗德对日食的回答:
首先,为CMake文件选择一个目录。我更喜欢保持我的Eclipse工作区
假设您的工作区和源文件夹都命名为
然后,在Eclipse工作区中,执行以下操作: 文件>导入。。。>常规>将现有项目放入工作区
支票
选择根目录
然后选择
点击 你的工作区里有一个CMake项目。 有两点需要注意:
|
|
|
3
6
我刚知道CMakes CDT项目生成器 appears to be unmaintained 而且已经引起了各种各样的问题,特别是在后来的Eclipse版本中(我也有自己的一部分)。
|
|
|
4
2
简而言之,目前只有CDT生成器是一个可行的选择。为什么?因为Eclipse必须从某个地方获取预处理器定义、包含路径以及构建中包含的文件。否则,如果没有定义正确的宏,我们最终会为所有内容编制索引,结果会很糟糕。如果您的repo中有boost,或者有一个中型或大型的树,那么在现实世界中索引所有内容根本就行不通——无论如何,这与Eclipse索引器的速度和可靠性无关。因为现在大多数人可能想用忍者来建造(谁想等30多秒来建造一个温暖的建筑来看看什么是肮脏的?),这就排除了通过当前支持的makefile导入此信息的唯一方法,除非每次配置时都要生成两个独立的生成系统,这将使自动化成为一个真正的难题(考虑到当列表更改时cmake会重新运行)。 我还不知道这个特性实际上是如何工作的,但是看起来Eclipse必须通过CMakeLists的层次结构进行解析,按照逻辑来查看进行了哪些add_subdirectory()调用,设置了哪些预处理器定义,这似乎是一种没有前途的方法,因为我们有cmake服务器模式来实现这一点,而且毫无疑问,这需要在Eclipse中重新实现几乎所有的cmake语言解析器。
我对cmake支持的最低要求是:
目前除了CDT生成器之外,我看不到如何使用其他任何东西来执行上述任何操作,而实现工作和优化的解决方案的唯一方法是对cmake生成器进行一些黑客攻击,或者对生成的.cproject进行后期处理,以选择索引的内容(即并非所有cmake U SOURCE_目录)。这是另一个黑客攻击(由于cmake没有任何方法将post configure任务附加到configure步骤中,因此我们必须分叉一个进程,并监视父cmake是否终止。这显然是代表cmake开发人员的一个深思熟虑的决定,也许是正确的) 我当然非常感谢任何更好的方法。在Eclipse中CMAKE支持的状态对于一个应该用于C++开发的工具来说是相当糟糕的。索引器(至少当它不受需要重新启动Eclipse的常规锁的困扰时)实际上是最好的索引器之一,Eclipse是一个非常好的跳转代码的环境。 |
|
|
5
2
执行以下操作:
确保设置了正确的Eclipse版本
|
|
|
6
1
我的桌面上有一个简单的解决方案:
|