Здравствуйте, Евгений Рыжков, Андрей Карпов, Вы писали:

ЕРА>Статья:
ЕРА>Сущность библиотеки анализа кода VivaCore

Автор(ы): Евгений Рыжков, Андрей Карпов
Дата: 17.07.2008
Статья знакомит разработчиков с библиотекой VivaCore, предпосылками ее создания, возможностями, структурой и областями применения. Данная статья была написана параллельно с разработкой библиотеки VivaCore, и поэтому отдельные детали ее конечной реализации могут отличаться от описанных здесь свойств. Но это не помешает разработчикам познакомиться с общими принципами работы библиотеки, механизмами анализа и обработки текстов программ на языке Си и Си++.

ЕРА>Авторы:
ЕРА> Analytic2007

ЕРА>Аннотация:
ЕРА>Статья знакомит разработчиков с библиотекой VivaCore, предпосылками ее создания, возможностями, структурой и областями применения. Данная статья была написана параллельно с разработкой библиотеки VivaCore, и поэтому отдельные детали ее конечной реализации могут отличаться от описанных здесь свойств. Но это не помешает разработчикам познакомиться с общими принципами работы библиотеки, механизмами анализа и обработки текстов программ на языке Си и Си++.

Если это то, что я думаю, то это — супер
Судя по тому, что Вы делаете с этим, — это именно то, что я думаю; хотя надо будет попробовать.

Одна из самых авторитетных попыток вроде был GCC-XML, но он не парсит тела функций, чем ставит крест на себе

Хотелось бы услышать видение по следующему вопросу. Является ли поддержка "продакш-кода" приоритетом №1? Т.е. грубо говоря, библиотека должна работать на всём, что может быть в продакш-кода хоть какой-то системы. Если где-то используется встроенный ассемблер — значит библиотека должна это обрабатывать. Если где-то используются компиляторо-зависимые стредства — значит библиотека должна это обрабатывать. И т.д.

И второй вопрос — какова ситуация с g++? Т.е. я вижу, что наиболее приоритетным является msvc (поддерживаются расширения языка msvc). Аналогичная поддержка g++ предвидится?