草庐IT

std=c++11

全部标签

c++ - std::string_view 在传递给另一个采用 std::string 的函数时的优点

我有以下辅助函数,它接受一个字符串View并在unordered_map中返回一个查找:intScanner::getOpCount(std::string_viewop){autoitr=Parser::opTable.find(op);}//inanotherfile:conststaticstd::unordered_mapopTable;这不会编译,因为find需要一个字符串参数,所以我找到的唯一解决方案(如果我错了请纠正我)是将op包装为字符串{操作}。然而,让我担心的是std::string_view是为了简化字符串传递,但是如果我必须从它构造一个字符串而不考虑函数体,那么

c++ - 多次调用 `std::future::then` 的行为是什么?

根据ConcurrencyTS,下面的代码会发生什么?autof0=std::async([]{return0;});autof1=f0.then([](auto&f){returnf.get()+10;});autof2=f0.then([](auto&f){if(!f.valid())return;returnf.get()+10;});到第三行代码执行时,f0已经有了continuation,所以根据TS,f0应该抛出异常,中止程序,UB或者有不同的行为?我不清楚。 最佳答案 根据cppreference,它是未定义的:Att

c++ - `rep` 时钟中的有符号和无符号 `std::chrono`

std::chrono::system_clock的rep类型必须是有符号算术类型,而steady_clock和high_resolution_clock(和自定义时钟类型)不需要具有签名的rep类型。这种区别的基本原理是什么?使用无符号rep类型的时钟会产生什么后果? 最佳答案 这样做的理由是让供应商在steady_clock上有更多的自由。和high_resolution_clock.事后看来,这种自由并不是必需的,因为迄今为止所有的实现都使用带符号的整数类型。使用未签名的rep的后果在这些时钟中是他们的duration嵌套类型

c++ - 通用 lambda、重载、std::is_invocable 和 SFINAE - GCC 和 Clang 之间的不同行为

问题我写了一段可以编译的复杂模板代码withGCC8.2.1,但不是withClang7.0(代码和错误链接)。我认为这可能是thisQ&A的暗示,但我看不到它。动机我正在编写一个类,我希望它可以用两个不同类型的可调用对象构造,但也可以省略其中一个,即:my_class(callable_1);my_class(callable_2);my_class(callable_1,callable_2);那应该没有问题。但是,为什么不允许callable_1和callable_2成为函数模板(或带有operator()模板的仿函数)。也就是说,我想要这个(或者至少最初想要):my_class

c++ - 我可以将用 clang c++11 编译的对象与另一个用 c++17 编译的对象链接起来吗

我正在专门寻找thisquestion的clang答案.如果我用-std=c++11编译一个对象,用-std=c++17编译另一个对象,它们可以安全链接吗? 最佳答案 答案贴hereJonathanWakely的著作对于Clang也是正确的。简单的回答:如果您自己编译这两个对象,您选择的-std选项不会影响最终结果。大多数给定的C++ABI由标准库决定。其余的是各种运行时支持,例如异常、编译器内置(实际上可能分派(dispatch)到标准库)等等。libstdc++ABI兼容性是Clang的一个明确目标,所以你在这里没问题。如果您使

c++ - std::embed 增加链接时间

我阅读了提案P1040R4std::embed我了解到xxd和bin2c等工具的实际问题在于,它们在实际使用数据时会增加巨大的开销。这正是std::embed在处理大文件时试图解决的问题,我的问题是使用这个提议的功能时会影响多少编译和链接时间? 最佳答案 由于没有示例实现,因此无法准确判断。但是,没有理由认为它应该比读取文件慢得多。作为近似值,您可以使用ld-r-bbinaryfoo.png-ofoo.o并测量链接结果对象的时间。要访问数据,您将使用符号extern"C"constcharfoo_start;extern"C"con

c++ - `std::this_thread::sleep_for()` 是否有任何特定于平台的限制?

在使用std::this_thread::sleep_for()毫秒及以上时,是否需要考虑任何已知的可移植性问题?在我正在进行的项目中,我希望使用Microsoft的Sleep()到naonsleep()到usleep,具体取决于特定平台上可用的内容。其中一些具有明显的限制,例如在某些平台上不支持1000毫秒或更多的延迟。std::this_thread::sleep_for()是否也有这样的怪癖? 最佳答案 Maximumsleepduration:std::this_thread::sleep_for()这里没有问题。你想睡多久

c++ - 海湾合作委员会 : C++11 inline object initialization (using "this") does not work when there is a virtual inheritance in hierarchy

当在初始化中使用此指针并且在层次结构中存在虚拟继承时,C++11内联对象初始化不起作用(在GCC中)。这可能是GCC的错误吗(因为它在CLang中工作)?还是C++11标准本身的差距?示例(可以在here中尝试),当使用GCC编译以下代码时:FieldIndexm_inB{"inB",this};不会被执行。但它会在使用CLang编译时执行。变通方法:从FieldIndexContainer派生A作为虚拟#include#include#includeusingnamespacestd;classFieldIndexContainer{public:classFieldIndex{pu

带有 std::enable_if 的 C++ 可变参数模板部分模板特化

ITNOA我的问题是如何在可变参数模板部分模板特化场景中使用std::enable_if?例如,我有一个类使用如下所示的可变参数模板部分特化/***Commoncase.*/templatestructfoo;/***Finalsuperclassforfoo.*/templatestructfoo{voidfunc(){}};/***Regularfooclass.*/templatestructfoo:publicfoo{typedefsuperfoo;voidfunc(){coutsuper::templatefunc();}}它工作正常,但如果H是整数类型,我想要特定的部分特化

c++ - 避免使用 std::unordered_map(和其他)进行双重搜索或不必要的构造

我想在std::unordered_map上找到一个带有键的元素,或者如果它不存在则插入它。来自cppreference.com:std::unordered_map::emplaceInsertsanewelementintothecontainerconstructedin-placewiththegivenargsifthereisnoelementwiththekeyinthecontainer....Theelementmaybeconstructedeveniftherealreadyisanelementwiththekeyinthecontainer,inwhichca