Есть ли парсер для header файлов(С++)?

Question

[Noortvel]

Есть ли на С++ готовый парсер header фалов?(Аля Reflection в C#)
Т.е скормил парсеру файл, а он возвращает класс, всех его членов(функции, переменные и т.д)?
P.S наверно можно просто из headra(сырой) в текстовый файл.
Аля:

//SomeHeader.h
class someclass
{
private:
   int somevar;
public:
   void someFunc(float a);
   int someFunc2();
   bool s;
}

А в текстовом файле

someclass:
    public:
    name : "someFunc"{
    type: "func"{
    varType: "void"
    argCount: "1"
    argType: "float"
    argName: "a"
   }
   }
   name:"s"{
   type:"var" {
   varType:"bool"
   }
   }
    // И т.д

Answer 1

[Adamos]

Оптимизирующий компилятор может превратить то, что расписано в этом заголовочном файле, в стопроцентную фикцию, не имеющую в программе вообще никакого представления. К чему вы собрались обращаться, если функция, например, развернута в inline и вообще не имеет точки вызова?

Comments

[Толстый Лорри]

А если это хэдер dllки?

[Adamos]

Толстый Лорри: Если вы собрались работать с библиотекой, выясняя в рантайме, что это за библиотека - просто выключите компьютер и возьмите уже какую-нибудь книжку по паттернам.

[Толстый Лорри]

Adamos: согласен, но если мы в открытом космосе?)

[Adamos]

Толстый Лорри: это другое дело. Тогда не выключать, конечно, а читать книжку по паттернам прямо на компьютере.

[Noortvel]

Я просто хотел отпарсить пару хедеров дабы ручками не писать конфиги.

[Adamos]

Noortvel: Именно с этих трех слов - "я просто хотел" - обычно и начинаются техногенные катастрофы ;)

Answer 2

[Толстый Лорри]

Сейчас популярный подход - собирать сами типы уже с метаданными с помощью препроцессинга (Qt с его плагинами) или шаблонов (грибные фантазии, вроде этой). Кое-что можно узнать из type traits современных стандартов.

Но как-то что-то подгружать в рантайме заведомо неизвестное (не обладающее известным интерфейсом), особенно с виртуальными функциями - это вряд ли.

Answer 3

[Rou1997]

Т.е скормил парсеру файл, а он возвращает класс, всех его членов(функции, переменные и т.д)?

Он не может просто так загружать файл и возвращать именно класс, поскольку C/C++ компилируемый язык, более того, даже в C# и Java можно загрузить только скомпилированный байт-код, полноценного eval нет и там, получается нужно еще сперва программно скомпилировать код, при этом "обманув" компилятор чтобы не "ругался" на зависимости, скорее всего генерацией "заглушек", но работ по такой "частичной" компиляции никто не проводил, тем более для C++ с его сложным синтаксисом, а жаль, хороший бы инструмент для реверс-инжиниринга получился.
Если же вас устроит получение просто информации о классе и членах, то обычно такую структуру называют AST деревом, для этого есть разные парсеры, очевидно что это есть в компиляторах и IDE, но в STL и стандарт "C" ничего такого не входит.

Comments

[Толстый Лорри]

Вы категорически неправы, как насчет Java, так и C#. Я же скажу за второй из них.

Во-первых, рефлекшн позволяет анализировать чужие сборки, вызывать методы и инстанцировать объекты типов из них. Не eval, конечно, но связаться с чужим .NET-кодом можно вообще без особых проблем прямо в рантайме.

Во-вторых, об eval: откройте для себя Roslyn.

[Rou1997]

Толстый Лорри: "рефлекшн позволяет анализировать чужие сборки, вызывать методы и инстанцировать объекты типов из них"
Но сборки же, а не исходный код!

": откройте для себя Roslyn."
И где там eval? Для eval должно быть выполнение кода в текущем "контексте", то есть так:
eval("Console.Write(123);");
Там же почему-то дан код полной программы, которую и без Roslyn можно скомпилировать, вызвав csc.exe напрямую или через API, я и не говорил, что нельзя.

"Вы категорически неправы, как насчет Java, так и C#."
И особенно насчет Java, с которой в течение 1 года работаю до уровня байт-кода DEX.

[Толстый Лорри]

Rou1997: > Но сборки же, а не исходный код!

В C++ других мета-данных нет, что ж поделать.

> И где там eval? ... Для eval должно быть выполнение кода в текущем "контексте"

Про динамическую компиляцию сырых сорцов. Контекст туда можно заинжектить.

> которую и без Roslyn можно скомпилировать, вызвав csc.exe

Далеко ли вы утащите этот csc.exe?

[Rou1997]

Толстый Лорри:
"Про динамическую компиляцию сырых сорцов. Контекст туда можно заинжектить."

Eval("System.Console.WriteLine(123);"); // такое возможно?

var x = 5;
Eval("System.Console.WriteLine(x);"); // а такое?

int x;
x = Eval("5+Math.Sqrt(2)"); // а такое?

Если да, то хорошо.

"Далеко ли вы утащите этот csc.exe?"
Куда его "тащить", если он входит в .NET? Roslyn не входил, по крайней мере до 4.
Вообще вы можете яснее выражаться?

[Rou1997]

Толстый Лорри: "В C++ других мета-данных нет, что ж поделать."
И чего там нет в C++?

[Толстый Лорри]

Rou1997: ничего там нет) Модули не завезли еще в стандарт, таскаем хэдеры с библиотеками.

[Толстый Лорри]

Rou1997:
> такое возможно

Конечно же возможно добиться того же результата.

> Куда его "тащить", если он входит в .NET?

В MS .NET Framework, если выражаться точнее

[Rou1997]

Толстый Лорри:

Модули не завезли еще в стандарт, таскаем хэдеры с библиотеками.

Об этом знаю, правда у меня такое ощущение, что мы ушли от темы с топик-стартером.

В MS .NET Framework, если выражаться точнее

Так и знал, что вы про это. А в Xamarin бывший Mono либо входит Roslyn, либо будет входить. Но если бы был проект, где требовалась компиляция кода C#, то лучше бы я завел VPS с Windows и csc.exe

[Толстый Лорри]

Rou1997:
> у меня такое ощущение, что мы ушли от темы с топик-стартером.
Честно говоря, я не знаю, что еще тут можно дополнить, тему раскрыли)

> лучше бы я завел VPS с Windows и csc.exe
Лучше бы был нормальный кроссплатформенный компилятор. Зачем зазря по сети гонять? Это дорого, медленно и небезопасно. Хотя кейс с такой задачей и без доступа к сети сложно придумать =)

[Rou1997]

Толстый Лорри: Придумать не сложно, это механизм для обновления, без "полноценного" обновления, полезен прежде всего на этапах альфа и бета, а безопасность и быстродействие не хуже, чем у "полноценного".

[Толстый Лорри]

Rou1997: Но почему бы тогда просто не скачать бинарники?

[Rou1997]

Толстый Лорри: Если приложение целиком, то не на любой ОС, вернее платформе, приложение имеет право себя полностью заменить.
Пожалуй оптимальный вариант - нечто среднее - бинарник, но модуль, вроде DLL, который не заменит приложение, а сработает как плагин, то есть Assembly.Load + рефлексия.
У меня приложение Android, в нем есть несколько экранов, где UI загружается с сервера (HTML & CSS & JS), в том числе для этой же цели, но хотелось бы полноценную "дырочку", а не только внешний вид UI и, возможно, я все-таки реализую и эту "дырочку" на случай критических обновлений.

[Толстый Лорри]

Rou1997: за такие закладки я бы, как пользователь, расстреливал =)
А какой смысл UI с сервера выкачивать, если не секрет? Или это просто толстый клиент для веб-сервиса?

[Rou1997]

Толстый Лорри: "за такие закладки я бы, как пользователь, расстреливал =)"
Будет лучше, если критический баг будет решаться только через штатный механизм обновления? Ясно что такое решение похоже на вирусный ботнет типа Sality, но вообще власть это лишь инструмент, а как ее использовать, каждый решает сам, может быть, заказчик не будет мне платить, и я пригрожу дистанционно вывести установленные экземпляры из строя, а так бы я этого не сделал, поскольку основной сервер в руках заказчика.

"Или это просто толстый клиент для веб-сервиса?"
Это вы толстый, а клиент, работающий с HTML а не JSON это тонкий клиент, а смысл делать UI на Web - например, кроссплатформенность.
Нет, не просто клиент веб-сервиса, но это одна из частей приложения.

[Толстый Лорри]

Rou1997: будет лучше тщательнее тестировать приложение.

> власть это лишь инструмент, а как ее использовать, каждый решает сам

Если бы гипотетический молоток на вас бы обиделся и надавал вам по пальцам, вас бы это огорчило?)

> клиент, работающий с HTML а не JSON это тонкий клиент

На каких технологиях строится интерфейс - это не показатель "комплекции" клиента.