DFC的下一个版本就是要兼容WINDOWS,因此牵扯到跨平台的问题,下面将即时记录在WINDOWS的编译过程中遇到的问题。
问题1:工具问题
目前DFC已采用cmake进行编译,因此,在linux下采用cmake直接编译生成可执行文件,在windows下采用cmake-2.8.10.2-win32-x86 + VS2008的方式进行开发。
问题2:编码格式问题
由于微软字符个性的编码格式以及VS平台不能设置字符编码,导致原本在linux下采用UTF-8编码的源代码如包含中文即会导致编译告警甚至错误。当前采用折中的办法,即修改源代码中的各种中文为英文版本。
问题3:如何识别操作系统问题
网上众说纷纭,比较保险的办法是采用宏定义,在源代码中遇到需根据平台不同对待的情况时,即加上类似如下的代码:
#ifdef WINDOWS
#include <windows.h>
#else
#include <unistd.h>
#endif
然后在windows平台下编译时,需在cmake的配置文件CMakeLists.txt中加上 -DWINDOWS 这样一个编译开关。
PS:在后面的实践中,我发现VS2008在编译时会附带一个WIN32的宏定义,因此就不用再画蛇添脚了~
问题4:局部变量声明问题
linux下,在函数内部的任意一个地方,随时可以声明局部变量,但VS会固执的要求所有的变量都在函数一开始的时候全部声明完毕。虽然不太方便,但却不失为一个好习惯。
问题5:函数问题
有些非标准C函数是不能通用的,比如通信函数等,这就需要根据不同平台进行区别对待。下面列举下在DFC向windows ‘跨’的时候遇到的不通用函数:
- fcntl VS ioctlsocket
问题6:链接库问题
报错error LNK2019: 无法解析的外部符号 _ ioctlsocket@12 ……
需在源文件的include语句后增加
#ifdef WINDOWS
#pragma comment(lib,"ws2_32.lib")
#endif
问题n:待续...
曙光得见:
在cmd中进入编译完成后的路径中,输入dfc.exe -v,即显示当前编译器及各模块的版本~