[置顶] SDL开发环境之MinGW集成篇 -- 是人就能用
前文介绍了,为什么使用CFree来作为SDL的开发环境,但是为什么又要安装DevCPP 或者 CodeBlacks作为编译器的原因?? 这里再次质疑下国内的某些开源愤青的想法,我前天下的CodeBlocks的最新版本8,感觉并不咋的,界面很粗糙,简直既是一个三无产品,比不上devcpp的一点清爽,搞不懂怎么有这么多国人抱大腿呢????虽然他的调试工具和Devcpp相比是相当大的提高,但是那
前文介绍了,为什么使用CFree来作为SDL的开发环境,但是为什么又要安装DevCPP 或者 CodeBlacks作为编译器的原因??
这里再次质疑下国内的某些开源愤青的想法,我前天下的CodeBlocks的最新版本8,感觉并不咋的,界面很粗糙,简直既是一个三无产品,比不上devcpp的一点清爽,搞不懂怎么有这么多国人抱大腿呢????虽然他的调试工具和Devcpp相比是相当大的提高,但是那个配置界面做的实在是让人难以接受,对于SDL的支持也不好,虽然提供了一个向导,但是在挑选SDL的路径时缺怎么也不对,进不去.....它的唯一一个好处是给我带了Mingw32的新版本...
DevCPP很可惜的两个缺点,一个是代码自动完成的功能实在太弱,基本处于无用状态,就是使用EP也不一定比它差...
第二调试,这个仍然处于极低端的状态... 我不能像那些大侠的审美观点,在命令行调试很拽,问题是来回跳我看不明白...
至于调试,还是CFree 4 做的最好,写这篇文章的目的,
一个是对mingw32的版本做了个大全包,提供大家下载..
2.9.5
3.3.1
3.4.5
二个是给大家提供一个使用Devcpp开发SDL的向导,
三个是给大家提供一组开发SDL,并集成了SDL_image插件的开发和运行时库,可以给大家节省时间...
四个是解决了CFree4中带的Mingw 2.9.5不能进行SDL开发的问题. 色色我给出了补丁,中间修改了Mingw 2.9.5中include目录中的某个头文件,下文有标注...
至于会不会出现其他的问题,暂时不晓得,应该不会.....
注明附件中的:让mingw32-2.95支持SDL开发
修改步骤:
1. 从mingw3.3.1中复制 strings.h stdint.h inttypes.h到include目录下
2. 修改inttypes.h中的第258行处
/* 去掉此处的__CRT_INLINE __CRT_INLINE intmax_t __cdecl imaxabs (intmax_t j) {return (j >= 0 ? j : -j);} */ intmax_t __cdecl imaxabs (intmax_t j){return (j >= 0 ? j : -j);}
修改为以上代码
3. 修改的文件最好放置到单独的文件家里面,比如sdl-plugin,再将这个文件夹添加编译时的include路径中
4. 将3.3.1的bin目录中的ld.exe复制到2.9.5的bin目录中替换旧版本的ld.exe
因为旧版本的ld使用-l选项时对dll后缀的链接库支持不好...而且对-l的库名的简写支持不好,例如:
libSDL.dll.a 必须写成 -lSDL.dll
而新版本的仅仅需要写成 -lSDL
我尝试了,没有问题,而且CFREE4对2.9.5的代码智能感知可能还是要好些... 最好的当然是VC++2005了,但是不是没有这个好环境么...
注明开发链接参数: -lmingw32 -lSDLmain -lSDL -lSDL_image
注明dev-cpp SDL模板的使用,将Templates下所有文件复制到devcpp的安装目录下覆盖即可
再次注明: 希望以后朋友们转载文章时一定要自己先实验下,行的话再往上贴,不然转来转去都是垃圾贴...
这几天很花了一些时间搞这个,但是很可惜,网上一直找到的都是垃圾贴,最后还是自己给解决了.....
其他的2个版本的我放到我的网盘中供大家下载吧... cdlinux.ys168.com
javaeye上传3M的大文件老是假死...
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)