草庐IT

MAKE_TEMPLATE

全部标签

vivado 错误总结1——WARING:[Labtools 27-3361] the debug hub core was not detected make sure the clock

我在programdevice后无法打开debug的调试界面,出现了如下错误:WARING:[Labtools27-3361]thedebughubcorewasnotdetectedmakesuretheclockconnectedtothedebughubcoreisafreerunningclockandisactivemakesuretheBSCAN_SWITCE_USER_MASKdevicepropertyinvivadohardwaremanagerreflectstheuserscanchainsettinginthedesignandrefreshthedevice.解决办法

c++ - 我们什么时候需要 .template 结构

我做了如下程序#include#includetemplatestructClass{templatevoiddisplay(){std::coutvoidfunc(Classk){k.display();}intmain(){Classd;func(d);}上面的程序没有编译因为display()是一个模板成员函数,所以.template的资格之前display()必须完成。我说得对吗?但是当我制作下面的程序时#include#includetemplateclassmyClass{Tdummy;/*******/public:templatevoidfunc(myClassobj)

c++ - 将 Curiously Recurring Template Pattern (CRTP) 与其他类型参数一起使用

我尝试使用CuriouslyRecurringTemplatePattern(CRTP)并提供额外的类型参数:templateclassBase{Int*i;Float*f;};...classA:publicBase{};这可能是一个错误,更合适的父类(superclass)是Base--尽管这种参数顺序不匹配不是那么明显。如果我可以在typedef中使用名称参数的含义,这个错误会更容易看到:templateclassBase{typenameSubclass::Int_t*i;//error:invaliduseofincompletetype‘classA’typenameSub

c++ - shared_ptr 的静态成员函数 make_shared

使用libc++我在公共(public)部分找到了std::shared_ptr::make_shared()静态成员函数。当我已经为std::shared_ptr的特化定义了类型别名时,这非常方便:usingT=int;usingP=std::shared_ptr;autop=P::make_shared(123);//std::make_shared(123)static_assert(std::is_same::value);我担心标准合规性,因为来自可信来源的文章(1,2)没有提到std::shared_ptr的静态成员函数make_shared>.目前使用该功能是否不好?为什

c++ - enable_shared_from_this 和 make_shared 是否提供相同的优化

据我了解make_shared(...)可以提供一些内存分配优化(它可以在与类T的实例相同的内存块内分配引用计数器)。enable_shared_from_this是否提供相同的优化?所以:classT:std::enable_shared_from_this{};...autot=std::shared_ptr(newT);等同于:classT{};...autot=std::make_shared();如果不考虑sizeof(T)。 最佳答案 Doenable_shared_from_thisprovidesthesameopt

c++ - "template"不需要关键字? [gcc/clang/Comeau 错误?]

这是测试代码templatevoidf(){Tt;t.f(0);//compilesevenwithoutthe"template"keyword,whatamImissing?}classabc{public:templatevoidf(int){}};intmain(){f();}我正在使用g++4.4.6。谢谢P.S:我已经大大编辑了我的问题。请不要介意。编辑:我向EDG的人问了这个问题,这是MikeHerrick不得不说的Wedodiagnosethisasanerrorin--strictmodeaswellasanymodethatenablesdependentnamel

c++ - G++ 编译器错误或错误代码? : "template definition of non-template"

作为大型程序的特征类的一部分,我尝试创建一个静态类变量,该变量可能具有不同的值,具体取决于实例化封闭类模板的类型。我已经简化了相关代码以生成我正在谈论的内容的简单示例:#include#include#includetemplatestructFoo;templatestructFoo::value>::type>{staticstd::stringmessage;};templatestructFoo::value>::type>{staticstd::stringmessage;};templatestd::stringFoo::message;对于GCC4.6,这会产生一个编译器

c++ - C++1 7's deduced ` auto` 非类型 `template` 参数是否可以使用显式非类型参数模式匹配模板?

考虑这个例子(alsoavailableonwandbox):templateclass>voidtest(){}templatestructX{};正在尝试实例化test()在clang++4.0(trunk)导致编译错误:error:nomatchingfunctionforcallto'test'test();^~~~~~~note:candidatetemplateignored:invalidexplicitly-specifiedargumentfor1sttemplateparametervoidtest(){}我最初的假设/直觉是test可用于匹配任何template具

c++ - 使用 make_tuple 进行比较

这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Implementingcomparisionoperatorsvia'tuple'and'tie',agoodidea?有时候我需要写一些丑陋的仿函数例如lhs.date_这让我很生气。所以我开始避免这样写:std::make_tuple(lhs.date_,lhs.time_,lhs.id_)我几乎很高兴,但请注意,我可能不是出于他们的目的使用元组让我担心。您能批评一下这个解决方案吗?或者这是一个很好的做法?您如何避免这种比较?更新:感谢您指出std::tie以避免复制对象。并感谢您指出重复的问题

c++ - 为什么 std::make_tuple 将 std::reference_wrapper<X> 参数转换为 X&?

在C++11标准中它声明(参见cppreference.com,另请参见标准的第20.4.2.4节)它声明templatetuplemake_tuple(Types&&...args);Createsatupleobject,deducingthetargettypefromthetypesofarguments.ForeachTiinTypes...,thecorrespondingtypeViinVtypes...isstd::decay::typeunlessapplicationofstd::decayresultsinstd::reference_wrapperforsome