有没有办法在 VisualStudio 中调试预处理代码
我有一个想要调试的 Visual C++ 项目。然而，有几个函数实际上是通过宏扩展生成的（例如特定属性的 set##Name）。因此，在调试时我无法遵循这些生成的函数内的执行流程。
我是否必须使用 /P 标志然后调试预处理的代码？
I've a visual C++ project I'd like to debug. However, several functions are actually generated by macro expansion ( like set##Name for a particular property). So, while debugging I can't follow the execution flow inside these generated functions.
Do I have to use the /P flag and then debug the preprocessed code?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您必须在其他项目中使用
/P标志（或者在命令行上，如果您想拼写出所有包含和库文件夹），然后编译此预处理代码实际项目中的源文件。然后就可以通过它进行调试了。也就是说，一旦你做到了，你就不能消除宏吗？对于 const、inline 和模板，我很少觉得需要求助于宏，即使这样做，也通常是非常小的、孤立的代码片段。这些要么太微不足道，不需要调试，要么我手动用它生成的代码替换宏的一个实例并调试它。 （然而，在过去的十年里，这种情况可能发生在我身上三次。）
You would have to preprocess the code using the
/Pflag in some other project (or on the command line, if you fancy spelling out all the include and library folders), and then compile this preprocessed code instead of the source file in your real project. Then you can debug through it.That said, once you're at it, can't you eliminate the macros? With
const,inline, and templates, I rarely ever feel the need to resort to macros, and if I do, it's usually very small, isolated pieces of code. These are either too trivial to need debugging, or I manually replace one instance of the macro with the code it generates and debug that. (However, this might have happened to me thrice in the last decade.)