FlexFerrum Jul 26 2012 at 12:39

Clang API. Начало

11 min

34K

C++*Compilers*

+52

Comments 40

Gorthauer87 Jul 26 2012 at 13:15

А еще clang-c можно наверное юзать для автоматической генерации биндингов к скриптовым языкам

FlexFerrum Jul 26 2012 at 14:02

Да его много для чего юзать можно.

rtorsten Jul 26 2012 at 13:35

Я думаю будет в тему добавить ссылку на доклад от Chandler Carruth — Refactoring C++ with Clang.
www.youtube.com/watch?v=yuIOGfcOH0k&feature=plcp
В нем объясняется и показывается на конкретном примере реализация ренейма метода.

DmitryBabokin Jul 26 2012 at 14:02

Ещё б они заопенсорсили свой рефкторинговый тул…

gribozavr Jul 27 2012 at 08:27

ASTMatchers некоторое время назад закоммитили.

DmitryBabokin Jul 26 2012 at 14:05

Думаю стоит добавить эту статью ещё в хаб Компиляторы.

FlexFerrum Jul 26 2012 at 14:09

Добавил.

lek Jul 26 2012 at 15:14

Объясните мне пожалуйста, в чем смысл использования С++ как скриптового языка? В какой ситуации вообще такое решение может быть принять и быть оправданным?

lek Jul 26 2012 at 15:18

*принято, selffix

FlexFerrum Jul 26 2012 at 15:26

Возможные области примерения, которые я вижу, две:
1. Трансляторы (кодогенераторы) C++ -> C++ типа Qt moc.
2. Лёгкие плагины к IDE, написанных на C++.

Мотивация примерно следующая. В обоих случаях основная кодовая база — на C++. Чтобы не расширять набор языков, для которых требуется поддержка (а любой скриптовый язык этот набор автоматически расширяет), «скриптование» непосредственно на C++ имело бы смысл.

lek Jul 26 2012 at 16:31

Когдогенераторы — хорошее применение, но в виде скрипта сомнительно. В IDE проще python/jscript использовать.

FlexFerrum Jul 26 2012 at 16:33

Вопрос комфорта, на мой взгляд.

FlexFerrum Jul 26 2012 at 16:41

Ну и да. Вопрос последующей поддержки. Чем большее количество языков используется в исходниках — тем большее количество разноплановых специалистов нужно, чтобы поддерживать кодовую базу. В итоге нередко получается, что знания о том, как работает ммм… скрипт для генерации ну, скажем, метаинформации по набору классов (работающий на связке doxygen + msxslt + javascript), превращаются в сакральные вместе с уходом из команды человека, который этот скрипт поддерживал.

lek Jul 26 2012 at 16:51

Я согласен, но не проще ли это реализовать в виде уже скомпилированной DLL, а не on-the-fly в виде плагина в исходниках. На мой взгляд, это поможет избежать кучи проблем.

FlexFerrum Jul 26 2012 at 16:56

Всё зависит от того, какая политика выбирается в отношении хранения кодовой базы и инструментария, возможно ли кодогенераторы собирать вместе с регулярной сборкой продукта, сколько телодвижений придётся делать другим разработчикам, чтобы всем этим тулчейном пользоваться на рабочих машинах, и т. п.

lek Jul 26 2012 at 17:02

ОК, принято.

DZhon Jul 26 2012 at 15:32

Я думаю, можно значительно расширить возможности отладчика в IDE. Начиная с выполнения кода при его изменении без перекомпиляции/перезапуска отладчика.

lek Jul 26 2012 at 16:31

Это хорошая идея. Мне нравится.

DZhon Jul 26 2012 at 15:30

Можно, пожалуйста, примеры обработки распарсенного исходника?

FlexFerrum Jul 26 2012 at 15:33

Будут, но чуть позже. Иначе статья вышла бы уж слишком большой.

Paulus Jul 26 2012 at 19:17

Раньше в clang была возможность конвертирования С++ кода в С. Интересно, возможностей API хватит для реализации этого?

pravic Jul 27 2012 at 01:52

Если есть конвертация в байткод, то его, по идее, можно транслировать в си. Это даже легче, чем машинный код в си.

gribozavr Jul 27 2012 at 08:28

Си бекенд удалили так как не было мейнтейнеров.

gribozavr Jul 27 2012 at 08:32

Используйте Tooling для работы с clang api, пожалуйста! Потому что следующий вопрос после «а как это скомпилировать» обычно «а почему системные заголовки не подключаются» — потому что в вашем примере вы фактически продублировали маленький кусочек драйвера, который делает очень много системно-зависимой магии за кулисами.

FlexFerrum Jul 27 2012 at 11:10

Если разобраться, то clangTooling не делает ничего особенного. Тут ведь как — основная работа по разбору опций командной строки сосредоточена в библиотеке clangDriver. И она используется из clangFrontend при создании экземпляра CompilerInvocation. Собственно, результаты этой работы не раз видел в отладчике.

gribozavr Jul 27 2012 at 18:56

Я говорю не про разбор опций, а про формирование опций для -cc1 режима. Например, поиск инсталляции GCC и стандартной библиотеки c++.

А так да — ничего особого, только делает ваш код короче раз в пять.

FlexFerrum Jul 27 2012 at 21:11

Задам вопрос так. А вы пытались откомпилировать приведенные примеры и проверить — находятся ли, например, пути к стандартным заголовкам или нет? Может быть, конечно, я недостаточно внимательно посмотрел исходники Tooling, но у меня сложилось впечатление (и комментарии к классам это впечатление усилили), что основное ее назначение — позволить клиентскому коду обработать за один раз сразу несколько исходных файлов. И никаких специальных. Впрочем, я мог и ошибиться, и не туда посмотреть.

gribozavr Jul 28 2012 at 23:22

> А вы пытались откомпилировать приведенные примеры и проверить — находятся ли, например, пути к стандартным заголовкам или нет?

Не пробовал :) Вот был бы патч на дерево кланга…

Сейчас вчитался в код — вы используете ASTUnit, поэтому вполне возможно ваш код будет находить стандартную библиотеку. Извините если был не прав.

> основное ее назначение — позволить клиентскому коду обработать за один раз сразу несколько исходных файлов

В том числе. А также избавить клиентский код от необходимости разбираться в хитросплетениях объектов, которые ему непосредственно не нужны.

FlexFerrum Jul 29 2012 at 21:59

По поводу хитросплетений объектов — интерфейс кланга настолько широкий, что позволяет выполнить одно и то же действие несколькими различными способами. И у каждого варианта будут свои особенности.

sova Jan 20 2016 at 16:57

разбираю сейчас примеры. у меня на os x без дополнительного шаманства не данный пример c++ include не подхватывает, ни через tooling.

plushechnik Dec 29 2012 at 16:10

Где же, где же следующая статья?

SAKrisT Jan 10 2013 at 01:41

Будет ли продолжение? :)

FlexFerrum Jan 10 2013 at 13:02

Да. Продолжение будет. Постараюсь к концу января — началу февраля выложить.

SAKrisT Jan 10 2013 at 13:04

Круто! Я сейчас активно изучаю эту тему, будет интересно почитать :)

1101_debian Feb 6 2014 at 17:03

Вот уже и начало февраля, а статьи все нет и нет…

sova Dec 25 2015 at 05:18

Прошу прощение, за оживление старого топика.
Столкнулся с тем, что не могу заставить Ваши примеры работать

#include "clang/Frontend/DiagnosticOptions.h"

— этот файл я могу найти только в Basic, но не во Frontend,

IntrusiveRefCntPtr< DiagnosticsEngine> diags(CompilerInstance::createDiagnostics(

— эта строчка выдает No matching function for call to 'createDiagnostics'

не знаю почему так. куда посоветуете копать и что можно читать про clang-c API, кроме доков?

sova Dec 25 2015 at 18:15

API существенно поменялся =(

FlexFerrum Mar 22 2017 at 13:29

clang C++ API (в отличие от C-шного libclang) не обременено обратной совместимостью. Поэтому от версии к версии может изменяться. Иногда — существенно.

KivApple Dec 24 2016 at 18:33

А можно услышать несколько основных ограничений Clang C API? Просто обратная совместимость тоже неплохой аргумент и только тем фактом, что это Pure C API я вполне могу смириться. Но какую информацию я при этом потеряю и не смогу получить от clang?

FlexFerrum Mar 22 2017 at 13:53

Думаю, да. Сейчас занимаюсь подготовкой доклада, где аккурат этот вопрос будет освещаться. По результатам исследования — отпишусь.

Show the best of all time