移植了一个库，眼睛快要瞎了。

哎，不应该改成 xxx A{B}; 吗

@codehz 圆括号能用为啥要非要上花括号？

@xuegy 两个还是不太一样，花括号是 initializer_list，两个略有区别，我也不太清了，依稀记得花括号会更好一些，可以防止一些歧义。

为啥不写个 operator=直接考虑类型转换

@Tony042 非要这样写就默认至少 C++11 了吧，兼容性咋办？

禁用 clang 编译警告（-Wno-everything ）解千愁（逃

感觉可以写个脚本批量处理吧。。。

哦没事了，原来是编译错误

永 gcc 编译为动态库或者静态库来用？

@Tony042 #4 这里需要的是 ctor 不是 operator=。

@xuegy #2 因为 https://en.wikipedia.org/wiki/Most_vexing_parse
但比较奇怪，一般来说用 = 初始化不会有歧义问题，反而是用函数调用初始化容易有“最烦人的解读”。

写个 py 脚本搞？

@Tony042 最好都用 花瓜号(侯杰大师发音)，比较保险

sed 一行的事情

感觉这种事情应该写个脚本来解决吧，甚至正则表达式，也有可能直接全部解决

我没有理解为什么 clang 要报有歧义，如果 xxx 类的构造函数和类型转换函数没有花式作死的话，xxx A=B;就是调用拷贝构造函数通过 B 构造 A，好像没啥歧义啊。

所以说程序员掌握一门脚本语言也是很重要的

@lifanxi
不一样，xxx A(B);是 direct initialization，而 xxx A=B;是 copy initialization
区别是当 AB 类型不同时 copy initialization 会考虑隐士转换，从而引入另一条构造路径导致歧义。
解决方法之一可以在正确的地方使用 explicit

还以为做了啥手术 /doge

还以为你移植了眼睛

用 花括号 {} 好一些，不然可能认为你在声明一个函数

(.+) (.+) = (.+);
$1 $2($3);

@cyrbuzz
vscode，单行开正则...

我也想过写脚本解决，但是很多没错的地方也符合你这种正则表达式...

@cyrbuzz 反正已经改完了，以后也不用再改第二次。

@xuegy

好吧~，have a good day~.

@pluxj 花括号分场合的，不能一概而论，建议读一下 Google 的这个 Tip: https://abseil.io/tips/88

@wnpllrzodiac 看了几个台湾人节目， 括好像都是发瓜的音，比较常见的词，是 包瓜（包括）

你太死板了吧，别人的代码，修改编译选项让它过就是了，何必为难自己呢。

@whee1 我要移植过来自己用，得先把坑填上啊

@xuegy #29 我昨天也干过类似的事情：给一套代码的析构函数加 19 个 noexcept 。

@whee1 析构函数本身默认 noexcept 的，不用手动加。

我 c++库 15 万行,移植到 js, 小程序, py 3 个平台, 移植了 7 个月. 还包括测试.
https://github.com/jones2000/HQChart

@jones2000 你这个太狠了，我只是从 Linux 移到到 Mac 。

@se77en get

@linux40 #31 而我改的代码却是 noexcept(false)。

@Tony042 我记得好像是 initializer list 比 copy constructor 快一点