草庐IT

enable-optimizations

全部标签

c++ - "Return value optimization"会导致未定义的行为吗?

阅读this一位回复者指出的维基百科文章针对以下问题:C++Copyconstructor,temporariesandcopysemantics我遇到了这条线Dependingonthecompiler,andthecompiler'ssettings,theresultingprogrammaydisplayanyofthefollowingoutputs:这不符合未定义行为的条件吗?我知道这篇文章说Dependingonthecompilerandsettings但我只想清除它。 最佳答案 不,这不是未定义的行为。未定义的行为

C++ - std::enable_if 更多类型

我有一个函数:template::value==true>::type*=nullptr>voidtest(Ti){//processdata}有效。但是,我不仅需要为int启用此功能,还需要为float和constchar*启用此功能......如何无需将相同的方法写3次就可以做到这一点? 最佳答案 像这样:template::value||std::is_same::value||std::is_same::value>::type*=nullptr>voidtest(Ti){//processdata}

c++ - std::enable_if 的模糊部分特化

我在如下情况下遇到了问题:#include#include#defineTRACEvoidoperator()()const{std::cerrstructcheck:std::true_type{};templatestructconvert{TRACE;//firstcase};templatestructconvert::value&&check::value),void>::type>{TRACE;//secondcase};templatestructconvert::value),void>::type>{TRACE;//thirdcase};然后convertc;c();

c++ - 来自同一个 enable_shared_from_this 实例的两个 shared_ptr

鉴于这个类是enable_shared_from_this:classconnection:publicstd::enable_shared_from_this{//...};假设我从sameconnection*创建了两个std::shared_ptr实例,如下所示:std::shared_ptrrc(newconnection);std::shared_ptrfc(rc.get(),[](connectionconst*c){std::cout到目前为止一切正常,因为资源{connection*}由单个shared_ptr—rc准确地说,fc只是有一个假的删除器。之后,我这样做:a

c++ - 从 enable_if 基础继承

我正在尝试为非字符数组部分特化一个特征:templatestructis_container:std::false_type{};templatestructis_container:std::enable_if::value,std::true_type>::type{};VisualStudio2010给了我一个C2039(type不是enable_if的元素...)。但是,SFINAE不应该在这里触底而不是给出编译器错误吗?或者SFINAE不适用于这种情况?当然,我可以将非字符和字符的特化分开:templatestructis_container:std::false_type{

c++ - enable_if : minimal example for void member function with no arguments

我试图更好地理解C++11中的std::enable_if并且一直在尝试编写一个最小的示例:一个类A带有成员函数voidfoo()根据类模板中的类型T具有不同的实现。下面的代码给出了期望的结果,但我还没有完全理解它。为什么版本V2有效,但V1无效?为什么需要“冗余”类型U?#include#includetemplateclassA{public:A(Tx):a_(x){}//EnablethisfunctionifT==int/*V1*///template::value,int>::type=0>/*V2*/template::value,int>::type=0>voidfoo(

c++ - MSVC 无法评估 enable_if 中的 constexpr 函数

考虑一个简单的效用函数来计算合取,并使用这个效用来确保std::tuple中的类型都相等。#include#includeconstexprautoall()noexcept->bool{returntrue;}templateconstexprautoall(boolconstx,Bools...xs)noexcept->bool{returnx&&all(xs...);}templatestructfoo;templatestructfoo,std::enable_if_t::value...)>>{};intmain(){foo>x;}GCC和Clang可以处理这段代码,但MSV

c++ - boost::enable_if_c 似乎不起作用

这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Howtouseenable_iftoenablememberfunctionsbasedontemplateparameterofclass我有一个类模板:templateclassVector我想为特定的N启用构造函数,所以我这样做:Vector(typenameboost::enable_if_c::typeconst&e0,Tconst&e1){data[0]=e0;data[1]=e1;}但是编译器(MSVC2010SP1)给我一个错误,而不是应用SFINAE。错误是:errorC2039:'typ

c++ - 如何正确使用enable_if?

我需要学习如何使用enable_if。为此,我需要使用enable_if重新实现距离函数。我试过这个:#include#include#include#include#includetemplatetypenamestd::enable_if::value,std::iterator_traits::difference_type>::typemy_distance(Inbegin,Inend,std::input_iterator_tagdummy){typenamestd::iterator_traits::difference_typen=0;while(begin!=end){

c++ - 无限递归 `enable_if`

在尝试为另一种类型T编写wrapper类型时,我遇到了一个相当令人讨厌的问题:我想定义一些二元运算符(例如+)将wrapper上的任何操作转发给底层类型,但我需要这些运算符接受任何涉及wrapper的潜在组合:wrapper()+wrapper()wrapper()+T()T()+wrapper()天真的方法涉及直接编写所有潜在的重载。但我不喜欢编写重复的代码并且想要更多的挑战,所以我选择使用一个非常通用的模板来实现它并使用enable_if限制潜在的类型。我的尝试显示在问题的底部(抱歉,这是我能想到的最小值)。问题是它会遇到无限递归错误:为了评估test()+test(),编译会查看