前段时间，我使用 XCode 在 C++1x 中创建了一个大型头库。库的当前布局是 () 类似于（部分输出ls -R sponf）
sponf/sponf:
ancestors sponf.h sponf_utilities.h
categories sponf_children.h utilities
children sponf_macros.h
sponf/sponf/ancestors:
function.h meter.h set.h simulation.h
sponf/sponf/categories:
free_space.h prng.h random_distribution.h series.h
sponf/sponf/children:
distributions histogram.h random simulations
meters numeric series spaces
sponf/sponf/children/distributions:
arcsine_der.h exponential.h
box_muller.h uniform.h
sponf/sponf/children/meters:
accumulator.h timer.h
#... other subdirs of 'children' ...
sponf/sponf/utilities:
common_math.h limits.h string_const.h
#... other directories ...
我想将此项目移植到 CLion，这似乎是一个非常好的 IDE（基于类似的 AndroidStudio IDE），但我遇到了一些麻烦。
小测试程序
我尝试了这个小程序作为测试：
#include <iostream>
#include <sponf/sponf.h>
using namespace std;
int main() {
using space = sponf::spaces::euclidean_free_space<double, 3>;
sponf::simulations::random_walk<space> rw;
rw.step(1);
std::cout << rw.position.value << std::endl;
return 0;
}
该程序编译并运行良好。但是，CLion 不识别spaces命名空间（在其中一个子文件中声明），也不识别命名simulations空间；它们都标记为红色，我无法检查它们的内容，也无法导航到它们的定义⌘</kbd>-clicking, etc. etc...
图书馆的相关部分
往里看，"sponf.h"我们发现
#ifndef sponf_h
#define sponf_h
/* The classes below are exported */
#pragma GCC visibility push(default)
// include some of the standard library files
// ...
#include <Eigen/Eigen>
#include "sponf_macros.h"
#include "sponf_utilities.h"
#include "sponf_children.h"
#pragma GCC visibility pop
#endif
而在"sponf_children.h"（位于顶层，旁边"sponf.h"）我们发现
#ifndef sponf_locp_sponf_children_h
#define sponf_locp_sponf_children_h
namespace sponf {
// include some of the children
// ...
#include "children/spaces/euclidean_free_space.h"
#include "children/simulations/random_walk.h"
// include remaining children
// ...
}
#endif
然后，每个“子”标题将包含其对应的“祖先”或“类别”标题（它定义了“子”本身的超类）。
CLion的反应
尽管自动完成预测很容易找到所有子目录和头文件，但最后一个文件中的所有包含指令都被标记为红色和⌘</kbd>-clicking on any of them leads to a popup message
找不到要前往的声明
而编辑器的右侧功能区会发出许多错误信号，例如
',' 或 ) 预期
） 预期的
声明者预期
期待类型
失踪 ;
意外符号
每个包含语句都不相同（每个都生成 2 到所有这些错误）。
另一方面，CLion 完全能够找到Eigen具有几乎相同结构的所有标头！
我已将两个库都放入并进行了相应/opt/local/include更改CMakeLists.txt
cmake_minimum_required(VERSION 2.8.4)
project(sponf)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=gnu++11")
include_directories(/opt/local/include/sponf /opt/local/include/eigen3)
set(SOURCE_FILES main.cpp)
add_executable(sponf ${SOURCE_FILES})
为什么 CLion 不能正确解析项目结构？XCode，在包含/opt/local/include/sponf并包含/opt/local/include/eigen3在HEADER_SEARCH_PATHSenv 中之后。项目的变量，能够在编译相同的确切程序时找到任何头文件。
还有什么我需要知道的吗？我做错了吗，还是 CLion 还没有那么成熟，这只是一个遗憾的错误？这是我第一次使用 CLion 和 CMake 工具链，因此任何有关它的信息都将不胜感激！
很抱歉这个很长的问题，我没有设法进一步缩小它......在此先感谢大家，很快再见！