Какие инструменты умеют строить проектную модель по compile_commands.json?

QtCreator может импортировать каталог сборки, если использовать генератор для CodeBlocks’а

Я еще юзаю cquery и vim, он как раз по ним строит. Но cquery устарел, пока что не занимался этим вопросом, как заменить.

Чем sourcetrail не устраивает, я вот полгода назад для себя его открыл и очень доволен. А код пишу в vim.

Интересная тема.. Можешь скинуть конфиг вима для этой штуки? (Я так понял он сконекчен с вимом у тебя)

Нет, не сконнечен, метод пристального взгляда я применяю в sourcetrail, а потом делаю изменения в vim. Может и имеет смысл попробовать их скрестить, но я этим вопросом не задавался.

В Qt Creator есть кнопка, которая этот файлик создаёт: Build | Generate Compilation Database.

если использовать генератор для CodeBlocks’а

Почему они наконец не уйдут с этих костылей на него – непонятно.

Да, потому что QtCreator умеет работать с CMake и Qbs, а они оба, в свою очередь, умеют генерировать compile_commands.json.

Но у меня обратная задача: нужен инструмент, умеющий как раз читать этот файл.

Устраивает всем, но я решаю другую задачу.

Отсюда вопрос.

А что за задача, если не секрет?

tags: anjuta, kdevelop, qtcreator, с, с++

compile_commands.json

Какой-то внутренний файл для clang, но тегах его нет. Кто-то рашает задачу, которую не понимает.

Хочу понять, как правильно экранировать аргументы командной строки (в вариантах command и arguments), когда

• (а) путь до компилятора содержит пробелы, либо
• (б) сами аргументы содержат пробелы или кавычки (”/path to/gcc” ‘-DFOO_H=“foo.h”’).

В случае с arguments всё более-менее понятно: там уже командная строка, разбитая на элементы, и экранирование снято.

В случае с command мне compiledb и CMake генерируют противоречивые результаты.

Спецификацию читал, но там на эту тему буквально абзац, и формулировки туманны.

О, эксперты подтянулись.

Продолжайте наблюдение.

Спецификацию читал, но там на эту тему буквально абзац, и формулировки туманны.

Читаю документацию за тебя https://clang.llvm.org/docs/JSONCompilationDatabase.html#supported-systems

Clang’s tooling interface supports reading compilation databases; see the LibTooling documentation. libclang and its python bindings also support this (since clang 3.2); see CXCompilationDatabase.h.

Продолжаю наблюдение.

Спасибо, умник.

Вопрос был про готовые инструменты, т. е. то, с чем имеет дело разработчик прикладного кода (см., напр., вот этот список). Про API LibTooling или, прости господи, python bindings, речь не шла.

А ты, видимо, пришёл понтануться/повыпендриваться. Тэги ему, блин, не нравятся.

Проходи мимо.

Anjuta, QtCreator, Code::Blocks, KDevelop, Atom, или CodeLite

Ты бы еще про notepad спросил. Перечисленнные инструменты ни для чего кроме helloworld не годятся. Впрочем как и VSCode тот же, в рамках C++.

Так, хорошо, а какие годятся?

Не то, чтобы я до сих пор не знал ответа на свой вопрос, но интересно твоё мнение.