В общем, у меня иногда возникает цепочка вложенных макросов с несколькими условными элементами препроцессора в их определениях. Это может быть болезненно для отладки, поскольку трудно непосредственно увидеть фактический код, который выполняется.
Некоторое время назад я смутно припоминаю, что нашел флаг компилятора (gcc) для их расширения, но у меня возникли проблемы с тем, чтобы заставить его работать на практике.
gcc -E выведет предварительно обработанный исходный код на стандартный вывод.
Для пользователей MSVC вы можете щелкнуть правой кнопкой мыши файл/проект, просмотреть настройки и изменить свойства файла для вывода предварительно обработанного исходного кода (который обычно находится в каталоге obj).
Это может быть неприменимо в вашей ситуации, но макросы действительно мешают отладке, часто ими злоупотребляют и их можно избежать.
Можете ли вы заменить их встроенными функциями или избавиться от них всех вместе?
Вам, вероятно, следует начать отходить от макросов и начать использовать встроенные и шаблоны.
Макросы — старый инструмент, иногда правильный инструмент. В крайнем случае помните, что printf - ваш друг (и на самом деле printf не такой уж плохой друг, когда вы делаете многопоточные вещи)
Отладка дизассемблирования с загруженными символами.
gcc -save-temps запишет файл .i (или .ii для C++), который является результатом работы препроцессора C, прежде чем он будет передан компилятору. Это часто может быть поучительным.
GCC и совместимые компиляторы используют параметр -E для вывода предварительно обработанного исходного кода на стандартный вывод.
gcc -E foo.cpp
Sun Studio также поддерживает этот флаг:
CC -E foo.cpp
Но еще лучше -xdumpmacros. Дополнительную информацию можно найти в документации Sun.
