使用static_cast <std :: u16string>

时间:2018-10-17 09:01:16

标签: c++ gcc visual-c++

摘要

我有一类,在其中添加了类型转换运算符以转换为std::u16string。该运算符的签名如下:

operator const std::u16string() const;

在我的.cpp文件中,我尝试如下将类类型的对象转换为std::u16string

std::u16string sUTF16Password = static_cast<std::u16string>(Password_);

在Visual Studio 2017上,这很好用。但是,我的Raspberry Pi上的GCC 6.3在编译时出现以下错误:

error :  call of overloaded 'basic_string(MyClass&)' is ambiguous

编写此类型转换的正确方法是什么?在Google上进行搜索会为字符编码转换带来很多成功,但这不是我的问题。我不理解为什么尽管使用basic_string却在这里调用static_cast构造函数。

完整示例

这是一个最小的例子。在我的Raspberry Pi上使用g++ main.cpp进行编译失败。

#include <iostream>
#include <string>

class MyClass
{
    private:
        std::u16string Str;
    public:
        MyClass() { Str = u"abcd"; }
        operator const char16_t*() const { return Str.c_str(); }
        operator std::u16string() const { return Str; }
};

int main()
{
    MyClass Tester;
    std::u16string TestStr = static_cast<std::u16string>(Tester);
    for (size_t idx = 0; idx < TestStr.size(); idx++)
        std::cout << idx << ": " << TestStr[idx] << std::endl;
    return 0;
}

gcc --version的输出为gcc (Raspbian 6.3.0-18+rpi1+deb9u1) 6.3.0 20170516

g++ main.cpp的完整输出为:

main.cpp: In function ‘int main()’:
main.cpp:17:61: error: call of overloaded ‘basic_string(MyClass&)’ is ambiguous
  std::u16string TestStr = static_cast<std::u16string>(Tester);
                                                             ^
In file included from /usr/include/c++/6/string:52:0,
                 from /usr/include/c++/6/bits/locale_classes.h:40,
                 from /usr/include/c++/6/bits/ios_base.h:41,
                 from /usr/include/c++/6/ios:42,
                 from /usr/include/c++/6/ostream:38,
                 from /usr/include/c++/6/iostream:39,
                 from main.cpp:1:
/usr/include/c++/6/bits/basic_string.h:476:7: note: candidate: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::basic_string(std::__cxx11::basic_string<_
CharT, _Traits, _Alloc>&&) [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]
       basic_string(basic_string&& __str) noexcept
       ^~~~~~~~~~~~
/usr/include/c++/6/bits/basic_string.h:454:7: note: candidate: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::basic_string(const _CharT*, const _Alloc&
) [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]
       basic_string(const _CharT* __s, const _Alloc& __a = _Alloc())
       ^~~~~~~~~~~~
/usr/include/c++/6/bits/basic_string.h:397:7: note: candidate: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::basic_string(const std::__cxx11::basic_st
ring<_CharT, _Traits, _Alloc>&) [with _CharT = char16_t; _Traits = std::char_traits<char16_t>; _Alloc = std::allocator<char16_t>]
       basic_string(const basic_string& __str)
       ^~~~~~~~~~~~

如果我删除对const char16_t*的类型转换,则此示例可以正常编译。我仍然不明白为什么同时进行两个类型转换都是一个问题。

1 个答案:

答案 0 :(得分:1)

如果您使用C ++ 14(或更早版本)进行编译,则会得到这个模棱两可的调用,因为std::u16string(char16_t*)和{{1}都参与了重载解析(通过MyClass::operator const char16_t*())。 },看起来会更好。

这可以通过几种方法克服:

  • 在GCC 7或更高版本中编译为C ++ 17(或更高版本)(遗憾的是,在GCC 6中无济于事)。
  • 删除MyClass::operator std::u16string()
  • operator const char16_t*()添加到explicit(或同时添加到两个转换运算符)。