草庐IT

c++ - std::copy/memcpy/memmove 优化

我查看了GCCSTL(4.6.1)并看到了std::copy()使用优化版本以防内置__is_trivial()评估为true.自std::copy()和std::reverse_copy()模板对于复制数组中的元素非常有用,我想使用它们。但是,我有一些类型(它们是模板实例化的结果)是包含一些微不足道的值、没有指针并且没有复制构造函数或赋值运算符的结构。G++是否足够聪明,可以弄清楚我的类型实际上是微不足道的?在C++98中有没有什么方法可以确保STL实现知道我的类型是微不足道的?我想在C++11中,使用is_trivial会变得很方便类型特征。这样对吗?谢谢!编辑:抱歉来得太晚了,但

c++ - has_trivial_default_constructor 是如何工作的?

谁能给我解释一下has_trivial_default_constructor是如何工作的?我试图在提升实现中找到它,但不幸的是宏太多,我迷路了......如何使用模板检测C++中的trivial_default_constructor?我需要一个C++03而非11的示例。#include#includestructA{A(){}inta;//std::vectorb;};intmain(intargc,char*argv[]){structB{std::vectorb;};boolresult=boost::has_trivial_default_constructor::value

c++ - 如何使用 boost::log::BOOST_TRIVIAL_LOG 更改默认格式?

boost::log看起来真的很强大。它为简单的日志记录提供了一个BOOST_LOG_TRIVIAL宏。但是如何更改默认格式?它默认打印时间戳,我不想要它。你有什么主意吗?似乎唯一的方法是重新定义一个新的接收器并将其添加到核心中,然后您可以在后端调用set_format()以防万一。但这不再是“微不足道的”。 最佳答案 Boost.Log有一个默认的sink,只要你不提供自己的sink就可以使用。以下代码片段通过添加新接收器更改控制台日志的格式。#include#includeintmain(){boost::log::add_co

java - IntelliJ IDEA : ignore trivial methods in code coverage

在IntelliJIDEA15.0.2中,如何在测试覆盖率测量期间忽略琐碎的getter和setter(琐碎方法)?//shouldbemeasurepublicvoidcomplex(){fancy();interesting();dropDatabase();}//shouldnotbemeasuredpublicintgetNumber(){returnthis.number;}测量每一行会得到75%。仅用上述方法测量结果为100%。这些是100%可用于测试的代码。为什么我在Internet上找不到任何相关信息?我是否陷入了不良做法?更新此代码也有资格进行测试://shoulda

c++ - ‘is_trivially_copyable’ 不是 ‘std’ 的成员

我的gcc版本是4.8.320140624。我可以使用is_pod、is_trivial、is_standard_layout,但尝试is_trivially_copyable时失败、is_constructible和is_default_constructible,也许更多。错误信息是'xxx'isnotamemberof'std'。这里有什么问题?他们甚至被当前的GCC支持吗?谢谢! 最佳答案 正如其他人提到的,GCC版本std::is_trivially_copyable。这里有一个破解这个限制的方法://workaround

c++ - ‘is_trivially_copyable’ 不是 ‘std’ 的成员

我的gcc版本是4.8.320140624。我可以使用is_pod、is_trivial、is_standard_layout,但尝试is_trivially_copyable时失败、is_constructible和is_default_constructible,也许更多。错误信息是'xxx'isnotamemberof'std'。这里有什么问题?他们甚至被当前的GCC支持吗?谢谢! 最佳答案 正如其他人提到的,GCC版本std::is_trivially_copyable。这里有一个破解这个限制的方法://workaround

c++ - is_trivially_copyable 和 is_trivially_copy_constructible 有什么区别?

这些何时会给出不同的答案,这种差异何时有用(如果有的话)? 最佳答案 前者测试triviallycopyable属性,简而言之,这意味着该类型是memcpy-安全的。Atriviallycopyableclassisaclassthat:—hasnonon-trivialcopyconstructors(12.8),—hasnonon-trivialmoveconstructors(12.8),—hasnonon-trivialcopyassignmentoperators(13.5.3,12.8),—hasnonon-trivia

c++ - is_trivially_copyable 和 is_trivially_copy_constructible 有什么区别?

这些何时会给出不同的答案,这种差异何时有用(如果有的话)? 最佳答案 前者测试triviallycopyable属性,简而言之,这意味着该类型是memcpy-安全的。Atriviallycopyableclassisaclassthat:—hasnonon-trivialcopyconstructors(12.8),—hasnonon-trivialmoveconstructors(12.8),—hasnonon-trivialcopyassignmentoperators(13.5.3,12.8),—hasnonon-trivia

c++ - 是否有可能在不依赖编译器内置函数的情况下实现 is_trivially_constructible 的库?

我使用的gcc-4.9没有is_trivially_constructible类型特征。查看libstdc++源代码(type_traits),这取决于在编译器本身中实现的__is_trivially_constructible。我想知道是否有可能将这个特性实现为一个库而不是依赖编译器,这样我就可以在我的项目中使用它,这个项目卡在gcc-4.9上。 最佳答案 不,这是不可能的(否则我们可能已经在libstdc++中完成了!)我们不得不等待新的内置编译器实现。使用is_scalar是一个保守的近似值,但对于普通可构造的类类型来说显然是

c++ - __has_trivial_copy 在 clang 和 gcc 中的行为不同。谁是对的?

std::is_trivially_copyable在这两个编译器中仍然不被支持(至少gcc4.6是这样)。但是两者都提供了做得很好的__has_trivial_copy指令。除非涉及到已删除的复制构造函数。structA{A(Aconst&)=delete;};__has_trivial_copy(A)在clang中返回1,在gcc中返回0。我正在研究标准,但找不到说明删除复制构造函数时类是否仍被视为可平凡复制的条款。谁是对的?我倾向于相信gcc是正确的,因为structA根本不可复制,更不用说可复制了。此外,有一个广泛的共识,即删除的复制构造函数可以被视为私有(private)声明