C, магия макросов и отладка

[metaclass]

Судя по тому, что я наблюдаю в либах на Си (например, libuv), магия из макросов весьма популярна, в том числе и для реализации разного рода структур данных вроде списков, хэшей (https://troydhanson.github.io/uthash/) и прочего такого.

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

Comments

[alll]

Гм. В Си есть какое-то ограничение на длину макроса, которого нет в C++?

[psilogic.livejournal.com]

в С++ есть шаблоны, конструкторы и pointer-to-member, которые покрывают over 95% случаев, когда в С нужен длинный макрос

конечно, все перечисленное, мягко говоря, не идеально, но... сравниваем не с идеалом, а с макросами

[alll]

[Задумчиво перечитывает очередное сообщение компилятора об ошибке при инстанцировании шаблона] о, да! Дас ист фантастиш!

Но конкретно в случае уже написанного кем-то макроса (увы, мир не идеален, иногда приходится работать с унаследованным или 3rd party кодом) C++ и самая-правильная-среда-разработки мало чем могут помочь. :(

[psilogic.livejournal.com]

Шаблоны ужасны, а шаблоны STL - вообще паноптикум. Но это все же лучше макросов - хотя бы можно отлаживаться.

В случае уже написанного - да, проблема. Одна из многих :)

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

Но опять же - если 3rd party не сделала проект под эту среду - само создание проекта, скорее всего, займет слишком много времени.