当构造函数式转换表现为旧式转换时，GCC能否给出编译警告？

原生GCC目前没有内置的独立编译选项，可在-Wold-style-cast的检测范围之外，额外检测非类类型构造函数式隐藏旧式转换的场景，可通过第三方工具或规范约束等方案实现需求。

问题背景 #

编程中应当避免使用旧式转换，GCC提供的-Wold-style-casts编译选项可用于检测这类转换，但该选项存在明确局限：对于非类类型而言，功能与旧式转换完全等价的构造函数式转换，不会触发该警告。
当转换目标为类类型且存在可接收对应入参的构造函数时，构造函数式语法属于合法的对象初始化逻辑；但当转换目标为指针、基础类型等非类类型时，该语法本质就是旧式C风格转换，存在引入未定义行为的风险。

问题复现代码 #

struct T {};
int main() {
  int const* a = nullptr;
  using Tp = T*; // 也可替换为float*, unsigned*等任意非类类型
  Tp b = Tp(a); // 等价于隐藏的旧式转换(Tp)a，不会被-Wold-style-casts检测到
  *b = T{}; // 触发未定义行为
}

可用解决方案 #

• 结合第三方静态代码检测工具：使用Cppcheck、Clang-Tidy等静态分析工具，可自定义检测规则，将非类类型的构造函数式转换列为告警项，完整覆盖该风险场景。
• 代码规范强制约束：C++11及更高版本的项目中，团队统一约定仅使用static_cast、const_cast、reinterpret_cast、dynamic_cast四种标准显式转换语法，完全禁用C风格转换和非类类型的构造函数式转换，通过代码评审环节管控即可覆盖所有这类风险。
• 自定义GCC插件：如果需要在GCC编译阶段实现强管控，可自行开发轻量GCC插件，遍历抽象语法树时判断转换目标为非类类型且使用构造函数式转换语法时，触发自定义告警。

内容的提问来源于stack exchange，提问作者bitmask