всем привет.

часто использую препроцессор для кодогенерации. иногда объем препроцессорного кода достигает 2000 строк.
если где-то закрадывается ошибка, отыскать ее это целый квест  

посему вопрос: существует ли препроцессорный дебагер?

спасибо.

Добавлено через 3 минуты и 22 секунды
есть boost.wave. так же есть мысль, что с помощью этой либы можно реализовать дебаггер. но что-то лень..
может все же есть что-то готовое?

Препроцессор - в смысле обычные макросы или какую-то свою наработку? Уверены, что тут не имеет место преждевременная оптимизация или что-то в этом роде?

не уверен что понял...
вы видели макросы, объемом в тысячи строк? так вот для таких макросов и нужен дебаггер. ибо это уже не просто текстозамена, а настоящая программа на языке препроцессора.

boostcoder, 
Какие ошибки ты имеешь в виду? Компиляции или уже выполнения? Честно сказать, с ошибками выполнения из за макросов давно не сталкивалась, т.к. привыкла все в скобки заключать. А вот когда не компилируется, просто прошу сгенерировать препроцессированный файл (с исходными строками в виде комментариев); ковыряться в нем - счастье небольшое, ибо туда все инклуды впихнуты; но иногда просто нет другого выхода, да и поиск помогает. В MS есть подобная опция, да и у других компиляторов должна быть.

да, компиляции.


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

имхо писать свой парсер надо

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

Ну... процесс поиска ошибок вообще штука недетерминированная и происходит где-то в районе позвоночника... 
Похоже, что ты слишком макросами увлекся, а ведь известно, что штука это ненадежная. Лучше уж шаблоны. Они, кстати, могут почти все, что и макросы. Только макросы выразительнее в коде, поэтому я их применяю в конце кодогенерации, а там уже ошибиться не так страшно.

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


да. но в данном случае шаблонами тут не обойтись. как в этом примере: http://forum.vingrad.ru/index.php?showtopi...t&p=2224452

Ну, я и имела в виду, отлаживать не саму компиляцию, а препроцессинг. 

Пример читать сил нет, слишком много букв   . Но думаю, что какой-то компромисс найти можно (сместив акцент в сторону макросов). Просто если слишком много макросов, то что-то не так с дизайном. Иногда действительно разумнее парсер написать... Или плюнуть на необходимость копипастить с небольшими изменениями.  Я тебе уже как-то говорила: ты слишком увлекаешься метапрограммированием и кодогенерацией... Такие штуки очень увлекательно писать, но когда приходит необходимость вернуться к ним, особенно через несколько лет, и подкрутить, начинаешь все проклинать. Я в своем приложении много чего переписала, выкинув нафик шаблоны-макросы (изыски прежних лет, инспирированные восхищением от знакомства с бустом), и сделав махонький копипаст... Во всем мера нужна, конечно... Короче, дизайн должен быть простым. И желательно, не ошибкоемким...

ага. перейти на ЯП с динамической типизацией.
но тут возникнет другая, более сложно уловимая ситуация: ошибки при работе с типами, придется вылавливать в run-time 

в общем Вашу позиция понял.
спасибо.

Добавлено через 7 минут и 2 секунды

но это на самом деле второстепенная проблема.
а первостепенная в том, что хорошо я не знаю ни одного ЯП с динамической типизацией 

какая связь между макросами и динамической типизцией?