ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

c – 隐式转换没有警告

2019-07-28 12:08:54  阅读:169  来源: 互联网

标签:c casting type-conversion g


// g++ sizeofint.cpp --std=c++11 -Wconversion -Wall -Wextra -Werror -pedantic-errors
#include <iostream>
#include <utility>

int main(int argc, char **argv) {
    (void)argc;
    (void)argv;
    int a = 0x12345678;
    std::cout << sizeof(int) << "..." << sizeof(uint16_t) << std::endl;
    std::pair<uint16_t, uint16_t> p{a,a}; // !!!! no warning or error on conversion !!!!
    std::cout << p.first << ":" << p.second << std::endl;
    uint16_t b = a; // !!!! correct behavior: -Wconversion triggers warning, which -Werror turns to an error
    std::cout << b << std::endl;
    return 0;
}

使用上面的代码,您可以清楚地看到在构造p时从int到uint16_t的隐式转换.但是,从版本4.9.1开始,当使用注释中提供的参数时,g不会抱怨任何转换.

后来,g确实抱怨在构造b时隐式转换为uint16_t.

我正在努力确保p的结构至少会产生警告(但最好是错误).

有什么想法吗?是否有一个我不知道要触发正确行为的旗帜?

解决方法:

如果你的代码使用了constexpr对(const uint16_t& x,const uint16_t& y); std :: pair< uint16_t,uint16_t>的构造函数,你会收到警告和/或错误.你甚至不需要-Wconversion – 在大括号内缩小转换会导致程序格式错误.

但相反,重载决策选择了std :: pair的模板< class U,class V> constexpr对(U& x,V& y);构造函数,这是一个更好的匹配.因此,转换发生在您编写的代码中,而不是在构造函数内部.由于该构造函数是在系统头中定义的(参见GCC’s documentation,帽子提示@quantdev),因此GCC会禁止该警告.

虽然您可以使用-Wsystem-headers来从系统标头启用警告,但该选项将生成lots of unrelated warnings,因此与-Werror的交互非常糟糕.

标签:c,casting,type-conversion,g
来源: https://codeday.me/bug/20190728/1561441.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有