做一个错误输出栏,本以为是件很容易的事情,却调试了一下午,痛苦啊。
cl 搜寻库是按照环境变量LIB所指定的路径,而LIB在软件安装时就已设置好了。因为dmake不支持DOS命令,所以想着反正是测试中,不如用nmake 来替代,结果出问题了。使用nmake时始终找不到自己定义的库文件,除非在makefile的link中使用/libpath:选项重新指出lib中已 经设置好的库路经。而使用dmake时却一切正常。
在查阅了许多文档却没有答案后,我将makefile中的宏LIB改为LIB0,nmake就没问题了。想来是因为dmake大概给所解析的makefile中的宏加了类似于C++类中this指针一样的区域标示,而nmake却没加吧。
窃以为dmake的做法好些,因为这样可以防止名字覆盖(仿照名字冲突命名),今天我所遇到的问题就是这个了。
cl 搜寻库是按照环境变量LIB所指定的路径,而LIB在软件安装时就已设置好了。因为dmake不支持DOS命令,所以想着反正是测试中,不如用nmake 来替代,结果出问题了。使用nmake时始终找不到自己定义的库文件,除非在makefile的link中使用/libpath:选项重新指出lib中已 经设置好的库路经。而使用dmake时却一切正常。
在查阅了许多文档却没有答案后,我将makefile中的宏LIB改为LIB0,nmake就没问题了。想来是因为dmake大概给所解析的makefile中的宏加了类似于C++类中this指针一样的区域标示,而nmake却没加吧。
窃以为dmake的做法好些,因为这样可以防止名字覆盖(仿照名字冲突命名),今天我所遇到的问题就是这个了。
本文讲述了作者在使用nmake工具进行库文件调试时遇到的问题及解决过程。主要讨论了nmake与dmake在处理宏定义方面的差异,以及如何通过修改宏名称来避免库路径覆盖的问题。
1575

被折叠的 条评论
为什么被折叠?



