草庐IT

boost-move

全部标签

c++ - 在 gdb 中漂亮地打印 boost::mpl::string<...> 类型

我使用boost::mpl::string广泛的类型......足以真正帮助调试以在gdb中漂亮地打印类型.所以...而不是gdb像当前一样显示单个(多字rune字)组件...boost::mpl::string它会显示等效的字符串值而不是...boost::mpl::string我看过gdbgdb中用于pretty-printSTL容器的宏和python脚本,但我找不到一个pretty-printboost::mpl字符串。有人可以帮忙吗?更新:我已经添加了一个+100赏金......我正在寻找一种解决方案,它利用最新的GDB支持通过python进行pretty-print(如对ST

c++ - move_iterator 对于返回纯右值的迭代器被破坏并返回悬空引用

我查看了std::move_iterator的STL源代码并发现它返回Iterator::value_type&&.当Iterator::reference时,这会导致不正确的行为是右值,与Iterator::value_type&不同.我有一个带有代理对象的类reference(如std::vector),它可以隐式转换为value_type.普通迭代器只是取消对这个代理的引用(输入迭代器要求允许这样做),但是std::move_iterator调用转换为value_type带有开销,然后返回对创建的临时对象的悬空引用。std::move_iterator仍然适用于std::vect

c++ - 在 Boost Spirit 中定义使用子解析器参数化的解析器

我想将一些旧的手写解析代码转换为BoostSpirit并在此过程中学习(更多)精神。旧代码使用流和模板来解析某些数据类型和某些容器的定义。一些典型的格式:VECTOR[number_of_items,(item_1,item_2....item_n)]PAIR(p1,p2)RECT[(left,top)-(right,bottom)]Point(x,y)Size(x,y)解析函数是模板,以项目的类型作为模板参数,并使用流作为输入,例如templatestd::istream&operator>>(std::Stream&in,std::vector&v);templatestd::is

c++ - std::set 和 boost::container::set 之间的区别

std::set和boost::container::set之间的主要区别是什么? 最佳答案 boost容器和标准容器之间的主要区别是boost容器允许不完整的类型。在实现依赖于底层容器组合的更复杂的数据结构时,这可能会产生巨大的差异。boost容器和标准容器的特定实现之间可能存在性能差异。但这可能是任何一种方式。编辑:这里有一些关于集合/map容器的附加说明(参见ref):[multi]set/map容器的大小经过优化,在父指针中嵌入了红黑树节点的颜色位。[multi]set/map容器不使用递归函数,因此避免了堆栈问题。

c++ - 自动生成的 move 构造函数导致非法行为

我问aquestionaboutmoveconstructors,但我尚未接受答案,因为即使在我开始对其他方面有所了解时,我对问题的某些方面也感到更加困惑。特别是,我发现了一个令人惊讶的情况,其中g++和clang++都生成不正确的move-constructor。问题总结g++和clang++显然违反了以下规则:明确定义析构函数时,不生成move-constructors。为什么?这是一个错误,还是我误会发生了什么?为了正确起见,这些(可能是非法的)move构造函数应使RHS指针成员无效,但它们不会无效。为什么不?看来,避免不良行为的唯一方法是为每个在其析构函数中使用delete的类

c++ - Boost Spirit (X3) 符号表生成 UTF8 字符串

我正在尝试将LaTeX转义码(例如\alpha)解析为Unicode(数学)字符(即U+1D6FC)。现在这意味着我正在使用这个symbols解析器(规则):structgreek_lower_case_letters_:x3::symbols{greek_lower_case_letters_::greek_lower_case_letters_(){add("alpha",U'\u03B1');}}greek_lower_case_letter;这工作正常但意味着我得到一个std::u32string作为结果。我想要一种优雅的方式来将Unicode代码点保留在代码中(可能用于将来的

c++ - 我如何构造一个仿函数以用于像 boost 的 brent_find_minima 这样的算法?

我试图理解为什么不能将具有构造函数的仿函数传递给算法,而没有构造函数的仿函数却可以。对于算法boost-brent_minima。当仿函数没有构造函数时,示例代码工作正常:#includestructfuncdouble{doubleoperator()(doubleconst&x){//return(x+3)*(x-1)*(x-1);//(x+3)(x-1)^2}};intbits=std::numeric_limits::digits;std::pairr=brent_find_minima(funcdouble(),-4.,4./3,bits);std::cout.precisi

c++ - 使用包含不完整类型的 `boost::variant` 递归定义和访问 `std::vector` - libstdc++ 与 libc++

我正在尝试定义和访问“递归”boost::variant使用incomplete包装类和std::vector作为我的间接技巧。我的实现适用于libstdc++,但不适用于libc++。这是我定义变体的方式:structmy_variant_wrapper;usingmy_variant_array=std::vector;//;structmy_variant_wrapper{my_variant_v;templatemy_variant_wrapper(Ts&&...xs):_v(std::forward(xs)...){}};我正在使用std::vector引入间接(以便动态分配

c++ - Pimpl with unique_ptr : Why do I have to move definition of constructor of interface to ".cpp"?

只要我不将构造函数(B)的定义移动到标题B.h中,代码就可以工作。B.hclassImp;//imp;B();//B.cpp#include"B.h"#include"Imp.h"B::B(){}~B::B(){}Imp.hclassImp{};Main.cpp(编译我)#include"B.h"Error:deletionofpointertoincompletetypeError:useofundefinedtype'Imp'C2027我能以某种方式理解必须将析构函数移动到.cpp,因为可能会调用Imp的解构:-deletepointer-of-Imp;//somethinglik

c++ - 自 1.55 以来 boost::bind/boost::function 的奇怪行为变化

我正在尝试编译aproject这是针对Boost1.55和较新的Boost1.63编写的,我遇到了一个与bind/function相关的非常奇怪的错误。这是完整的、简化的测试用例:#include#includetemplateclassfoo{public:usingfunction_t=boost::function3;voidset_function(function_tf){func_=f;}private:function_tfunc_;};classbar{public:bar(){foo_.set_function(boost::bind(&bar::func,this,