关于mingw-w64报错下的中文处理

TomZz

使用mingw-w64作为编译器。
Windows下以以下代码运行：

1. chcp 65001 > null ; if ($?) { cd "c:\Users\Administrator\Desktop\数据结构\1.基本概念" } ; if ($?) { gcc 例3.c -o 例3 } ; if ($?) { .\例3 }

复制代码

即将控制台改为UTF-8了，正常输出和输入中文。
可是当我故意写一段错误代码

1.   printf("试试中文") 中;

复制代码

报出了三个错误

1. ��3.c: In function 'main':
   
2. ��3.c:37:26: error: stray '\344' in program
   
3.    printf("�01;31m中;
   
4.                           ^
   
5. ��3.c:37:27: error: stray '\270' in program
   
6.    printf("�01;31m��;
   
7.                            ^
   
8. ��3.c:37:28: error: stray '\255' in program
   
9.    printf("�01;31m�;

复制代码

可以看到到报错的情况下中文文件名和中文代码部分仍是乱码。
文件名是"例3.c"，估计是“例”这个字占用两字节被强制拆分成两个一字节的字处理。
有大佬可以解读一下Gcc的报错机制是强制ascii码吗？
附上截图

mblock

实测中文文件名并不会乱码，但是不建议使用中文文件名，因为 gdb貌似并不支持中文路径。

                               
登录/注册后可看大图

mblock

mblock 发表于 2022-8-3 13:52
实测中文文件名并不会乱码，但是不建议使用中文文件名，因为 gdb貌似并不支持中文路径。

文件名貌似不论如何都是用gbk编码的，但是文件报错的部分，是用的文件编码，如果源码采用gbk,则没有这个问题。

我的建议是不要改chcp，这东西会导致输入输出流采用不同的编码，如果你chcp 65001了，输出虽然是utf-8但是，输入流仍然是gbk。

最简单的解决方法应该就是全用 gbk了（源码也是用gbk编码）

                               
登录/注册后可看大图

没有问题

如果源码执意要用 utf-8 可以在编译选项里加一个 -fexec-charset=GBK 让输出的文件是GBK编码的。
也不会有什么问题，当然就是报错的时候有乱码，但是我平时用vscode写，也不去看他怎么报错的，定位到多少行和错误描述就行。

你可以找找看有没有相关的命令选项可以控制报错时候的编码

https://gcc.gnu.org/onlinedocs/g ... GCC-Command-Options