场景
经常在Linux上编译C&C++工程代码,但是通过SMB服务共享目录的办法,在Windows图形化界面下进行编码,和查看编译错误日志。
发现有时有些编译错误输出的日志表现为乱码,而且错误日志为乱码是偶发的,貌似对有些文件出现,对另一些文件就不出现,一直觉得可能是make程序对于源文件的字符集处理不够好造成的。
直到最近,算是找到了它的真正原因 😃
经过
这两天一直困扰于一个编译错误,但它的编译日志输出存在乱码,虽然有些蛛丝马迹能够找到大致地方,但是,依然很想获得准确的信息到底是什么。
是字符集问题,那就试试同一平台上打开编译日志文件,看有没有问题,在Linux上试了试用vi命令看看日志输出,发现对应的错误输出,是可以正确显示出来的。
那么,由此,推断出,在Windows平台上打开编译日志文件出现的乱码,是由于字符集假定错误导致。
在Windows上用记事本或其它文本打开程序切换文档的字符集UTF8,也就是Linux系统的默认字符集,发现编译日志就不出现乱码了!
具体输出
error: expected 'while' before '...'
错误信息的乱码部分,由特殊符号带来的,这个着重的单引号不是ASCII字符集单引号的码
27,而是E2 80 98和E2 80 99。怀疑是
make程序的bug !
Windows编译错误乱码:字符集问题的解决,
本文讲述了作者在Linux和Windows系统中使用SMB共享编译C++代码时遇到的乱码问题,发现是由于字符集假定不匹配导致。通过在Windows上将文本文件的字符集设置为UTF-8,解决了编译日志的乱码问题。
5477

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



