当webrtc遇上_ITERATOR_DEBUG_LEVEL

Coral ·
更新时间:2024-09-20
· 997 次阅读

编译webrtc就挺困难的,因为要访问的工具、代码仓库等等都很不容易,编译完成后,拿webrtc.lib到项目里一集成,你可能就会遇到这个问题:

error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in main.obj

如果用的是中文版的VC++,如错信息是这样的

error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”(main.obj 中) 错误

但是,你还会发现在Release模式编译链接就没有这个错误哦。

你去搜索,可以发现原因是“当前工程是Debug版本,而引用的库文件时Release版本”,然后你就去编译了一个Debug版本的webrtcd.lib,然而,还是有这个错误,这时候你再全网搜索也找不到正确答案了,但有可能找到一个不完美的答案,那就是在项目中定义_ITERATOR_DEBUG_LEVEL=0,链接错误没有了,但运行起来可以会突然间崩溃,进程退出,影响开发和调试。

我去翻了gn args --list 命令的几百个参数,看花了眼睛,才终于彻底解决这个问题,这就是为什么我要在这里写来的原因:希望读者能在这里快速找到解决方案。

我强烈建议编译webrtc时,分开Debug和Release两个版本,它默认的编译参数是Release的。方法是在生成Debug版本时,执行gn gen out/Debug --args="is_debug=true",而生成Release版本时执行gn gen out/Release --args="is_debug=false"

很高兴在这里引出args参数,其实除了is_debug还有很多参数可以加上去,上文说过了,有几百个。如果你有很多参数通过命令行传递过去的话,你会烦死的,所以gn其实支持参数文件,你细心找一下,会在out/Debugout/Relaese有一个args.gn文件,你用记事本打开,发现之前传递的is_debug=true参数正好好地躺在里面呢。

回到正题,_ITERATOR_DEBUG_LEVEL不匹配的解决方案就是在Debug版本的args.gn中写入enable_iterator_debugging=true参数,然后再执行gn gen out/Debug重新生成文件,再调用ninja编译就可以了。

不过,要记得在Release版本中不要加这个参数。


作者:赖勇浩



debug webrtc iterator

需要 登录 后方可回复, 如果你还没有账号请 注册新账号