嗨，这个问题我之前做跨平台开发时刚好踩过坑，本质是GCC和MSVC对C++标准的严格程度、类型语法解析逻辑不一样导致的，咱们拆开来说：

为啥GCC报错，MSVC却能正常编译？ #

首先得明确：C++标准里**wchar_t是一个独立的基本数据类型**，不是char或其他类型的别名，所以语法上根本不允许用unsigned/signed这类修饰符直接加在它前面——unsigned wchar_t本身就是不符合标准的写法。

那MSVC 2017为啥能过？这是Windows平台的历史遗留特性：默认编译选项下，MSVC把wchar_t当成unsigned short的typedef来处理。这时候编译器看到unsigned wchar_t，会自动忽略重复的unsigned修饰，当成unsigned short解析，自然不会报错。

而GCC是严格遵循C++标准的，它会把unsigned wchar_t识别成“用unsigned修饰独立类型wchar_t”，这在标准里完全不合法，所以直接抛出了那个'unsigned' specified with 'typeof'的错误。

怎么改才能跨编译器兼容？ #

给你两个可行方案，首推第一个：

• 用标准库类型变换模板（最推荐，跨平台通用）
  用std::make_unsigned_t<wchar_t>来获取wchar_t对应的无符号类型，这是C++标准提供的写法，所有合规编译器都认：

  bool SQLiteDatabase::CompareNoCase(const std::wstring &a, const std::wstring &b)
  {
      return std::equal( a.begin(), a.end(), b.begin(), [](wchar_t ch1, wchar_t ch2)
      {
          return std::toupper( static_cast<std::make_unsigned_t<wchar_t>>( ch1 ) ) == 
                 std::toupper( static_cast<std::make_unsigned_t<wchar_t>>( ch2 ) );
      } );
  }
  

• 显式写对应平台的具体类型（仅适合单平台开发）
  如果你只做Windows平台开发，也可以直接写unsigned short（因为Windows上wchar_t默认是2字节无符号短整型），但这个写法到了Linux（wchar_t是4字节）这类平台就会出问题，所以不推荐跨场景用。

额外提个小建议 #

如果以后想在MSVC上也提前发现这类跨平台坑，可以手动打开编译选项/Zc:wchar_t，强制让wchar_t成为独立类型——这时候MSVC也会像GCC一样报这个错误，帮你在开发阶段就把问题堵上。

按上面的方法改完，亲测GCC和MSVC都能正常编译啦~