Некоторое время назад я запустил большую библиотеку заголовков в C ++ 1x, используя XCode. Текущий макет библиотеки () похож на (частичный вывод из 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 (на основе аналогичной IDE AndroidStudio), но у меня возникают некоторые проблемы.
Я попробовал эту маленькую программу в качестве теста:
#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
Пространство имен; они оба отмечены красным, и я не могу ни проверить их содержание, ни перейти к их определениям ⌘-щелчок и т. д. и т. д.
Ищу в "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
Каждый «дочерний» заголовок будет затем включать соответствующий заголовок «предка» или «категории» (который определяет суперкласс самого «потомка»).
Несмотря на прогноз автозаполнения, который легко находит все подкаталоги и заголовки, все директивы включения в этом последнем файле помечаются красным и ⌘-нажатие на любой из них приводит к всплывающему сообщению
Не удается найти объявление для перехода
в то время как правая лента редактора сигнализирует о многих ошибках, таких как
‘,’ или) ожидается
) ожидается
Ожидается объявление
Ожидаемый тип
Отсутствует ;
Неожиданный символ
которые не одинаковы для каждого оператора включения (каждый генерирует от 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_PATHS
окр. переменная проекта, способна найти любой заголовок при составлении точно такой же программы.
Есть ли что-то еще, что мне нужно знать? Я делаю это неправильно или CLion еще не настолько зрел, и это просто печальная ошибка? Это мой первый подход к CLion и CMake toolchain, поэтому любая информация о нем будет принята с благодарностью!
Извините за очень длинный вопрос, мне не удалось его уменьшить … Заранее спасибо, ребята, до скорой встречи!
Вот что я сделал в Windows, используя cigwin64. Я хотел использовать библиотеку Eigen в моем проекте.
Собственная библиотека помещается в / usr / include / eigen, затем редактируется CMakeLists.txt и добавляется
include_directories("/usr/include/eigen")
внутрь. Теперь CLion может найти все исходные файлы в eigen lib. Может быть, это то, что вы тоже хотели.
Переход на Clion 2016.1.4 решает проблему