由于项目需要使用live555 ,铁了心要把这代码编译,用开发环境管理起来。
编译方法找到一个方便的:
live555—VS2010 下live555编译、使用及测试
http://www.cnblogs.com/skyseraph/archive/2012/04/11/2442840.html
但是不好维护,没有IDE代码也不好参考上下文阅读,于是寻找编译和管理live555源码的方法。
google后找到了csdn上nkmnkm 的博客,他对live555 的了解挺深,发了很多学习笔记在博客上。
其中有一篇叫:
安装、使用eclipse+CDT编译C++程序
http://blog.csdn.net/nkmnkm/article/details/7403027
于是下载eclipse+CDT后足足折腾了两天(过程见我的博文:安装、使用eclipse+CDT编译C++程序http://blog.csdn.net/yyhustim/article/details/8616344)
可能是因为才疏学浅,最后编译mediaServer 的时候报出大量的 undefined reference 错误。
网上各种搜,按照张家李家的办法试,结果还是有很多错误不能消除。
所以对这条道路充满了怀疑。。自觉没能力没时间消耗下去,赶紧转向VS道路。
google各种搜,最后找到一篇文章:
visual studio 2008版的live555
http://www.cnblogs.com/jianu/archive/2012/02/23/live555-vs2008.html
博主用VS配好了环境,赶紧下载提供的资源。
结果发现编译好的mediaServer.exe、WindowsAudioInputDevice.exe 文件不能在我的win7上执行,异常报告是程序配置不正确!!
重新编译mediaServer 项目也不行。
正逢周五,因此心灰意冷,周末出门happy了两天。心想如果有一个上GB的庞大的开源项目,是不是就必须得用makefile和gcc维护?
IDE只能对付小规模的单模块应用程序?
用c++这种编译型语言开发是不是麻烦到部分功能的开发应该被python 这种解释型语言替代了才好?(事实上我用过一阵子python,虽然听说执行上不如c/c++,但是开发效率没的说,代码组织、调试也非常方便)
但是没有解决不了的事情!我决心要live555 的代码通过编译!(坚信《劝学》中的话:“驽马十驾,功在不舍”)
在eclipse+CDT 的环境上对代码进行小规模改写,但是由于不懂源码含义,还是没能解决任何编译错误。
不得已,只好在VS上试试。
耐心在VS上一个个项目rebuild 。。
groupsock、BasicUsageEnvironment、UsageEnvironment、liveMedia、WindowsAudioInputDevice、mediaServer。。
最后运行mediaServer.exe、WindowsAudioInputDevice.exe 竟然成功了!
可见对于菜鸟而言,有时耐心和细致十分重要。
谨记录在此,以自勉。