草庐IT

compilation-time

全部标签

c++ - 运算符转换、GCC 和 clang : which compiler is right?

考虑以下代码:structS{usingT=int;operatorT(){return42;}};intmain(){Ss;S::Tt=s;//Isthefollowinglinecorrect?t=s.operatorT();}使用GCC(4.9/5.1/6.1)编译,但使用clang(3.8/3.7)编译失败。返回的错误是:error:unknowntypename'T';didyoumean'S::T'?在这种情况下哪个编译器是正确的,为什么?注意解决它是一个合格的问题T:t=s.operatorS::T();问题不在于如何让它发挥作用。 最佳答案

c++ - 一种将 boost::posix_time::ptime 转换为 __int64 的方法

有谁知道是否有将boost::posix_time::ptime转换为__int64值的好方法。(我编译的是微秒版本,不是纳秒版本)。我需要以某种方式执行此操作,因为我希望将生成的__int64存储在union类型中,该类型将原始数据用于高性能应用程序。像这样的某种Memento功能对我来说非常有用。如果可能的话,我想避免强制转换,但如果需要,我会求助于它们。 最佳答案 将ptime转换为整数是毫无意义的,因为ptime是实际时间的抽象。基于整数的时间是该时间的表示,作为一个纪元的计数。您(可能)想要做的是生成time_durati

c++ - std::atomic<std::chrono::high_resolution_clock::time_point> 无法编译

我需要std::chrono::high_resolution_clock::time_point我想从一个线程写入并从另一个线程读取的字段。如果我声明它是我的代码编译没有任何错误。但为了让我的字段在另一个线程中可见,我用std::atomic将其包围像这样std::atomic现在我有以下编译错误:/usr/include/c++/4.8/atomic:167:7:error:function‘std::atomic::atomic()[with_Tp=std::chrono::time_point>>]’defaultedonitsfirstdeclarationwithanexc

c++ - srand(time(NULL)) 不好吗?

在rand()consideredharmful有人指出srand(time(NULL))不好,因为srand需要一个unsignedint,但是对于微软的编译器来说,time_t默认为64位数字,因此会发生缩小转换。但是,time_t是实现定义的。既然我看到srand(time(NULL))如此流行(甚至在这个网站上),是否应该劝阻它? 最佳答案 SinceIseesrand(time(NULL))soprevalent(evenonthissite),shoulditbediscouraged?这取决于您希望如何使用生成器的输出

c++ - 自动矢量化 : Convincing the compiler that alias check is not necessary

我正在做一些图像处理,为此我受益于矢量化。我有一个可以矢量化的函数,但是我无法让编译器相信输入和输出缓冲区没有重叠,因此不需要进行别名检查。我应该可以使用__restrict__来做到这一点,但是如果缓冲区在作为函数参数到达时未定义为__restrict__,则无法让编译器相信我是绝对确定2个缓冲区永远不会重叠。这是函数:__attribute__((optimize("tree-vectorize","tree-vectorizer-verbose=6")))voidthreshold(constcv::Mat&inputRoi,cv::Mat&outputRoi,constunsi

c++ - 两个 time_point 实例之间的差异不是持续时间吗?

我不明白为什么这段代码会被g++4.7.2卡住:#includemain(){std::chrono::system_clock::time_pointt1,t2;std::chrono::secondsdelay;t1=std::chrono::system_clock::time_point::max();t2=std::chrono::system_clock::now();delay=t1-t2;//t1=t2+delay;//t1=t2-delay;}出现错误:test.cc:Infunction‘intmain()’:test.cc:10:18:error:nomatchf

c++ - 如何将一天添加到从 time() 获得的时间

我有一个时间表示为自UTC1970年1月1日午夜以来经过的秒数(早期调用time()的结果)。如何在这个时间上增加一天?添加24*60*60在大多数情况下有效,但如果夏令时在两者之间开启或关闭,则会失败。换句话说,我主要想增加24小时,但有时是23或25小时。为了说明-程序:#include#includeintmain(){time_tbase=1142085600;for(inti=0;i}生产:SatMar1108:00:002006SunMar1209:00:002006MonMar1309:00:002006TueMar1409:00:002006我希望13年3月12日、..

c++ - 自动工具 : how to set global compilation flag

我有一个包含多个源目录的项目:src/A/B/C在每个Makefile.am中都包含AM_CXXFLAGS=-fPIC-Wall-Wextra如何避免在每个源文件夹中重复此操作?我尝试修改src/Makefile.am和configure.in,但没有成功。我以为我可以使用AC_PROG_CXX全局设置编译标志,但找不到太多关于如何使用这些宏的文档(你有任何指向此类文档的指针吗?)。提前致谢 最佳答案 你可以做几件事:(1)一种解决方案是在所有Makefile.ams中包含一个通用的makefile片段:include$(top_s

c++ - 如何使用 CMAKE_EXPORT_COMPILE_COMMANDS?

我一直在尝试按照此工具的帮助中的建议将clang-modernize与CMAKE_EXPORT_COMPILE_COMMANDS一起使用。使用此选项,cmake会生成一个JSON文件,其中包含编译信息,例如包含路径(seealso)。这个变量在cmake的命令行中被接受,但是cmake--help-variableCMAKE_EXPORT_COMPILE_COMMANDS不起作用(与thismailinglistposting一致)。有人知道如何使用它吗?我也可以将它与cppcheck一起使用。更多信息我在clangdeveloperforum上发现了此cmake功能并非在所有生成器上

c++ - 为什么在c++14中定义了shared_timed_mutex,而在c++17中定义了shared_mutex?

C++11引入了std::mutex及其扩展版本-std::timed_mutex。但是,在c++14中,我们有std::shared_timed_mutex,但它的“父级”std::shared_mutex将在c+中添加+17。对此有什么合理的解释吗?如果我不打算使用std::shared_timed_mutex的“定时”功能,它会比建议的std::shared_mutex更糟(更慢,消耗更多资源)吗?? 最佳答案 Sharedmutex原来是有计时的,叫做shared_mutex。实现者(msvciirc)指出,他们可以在没有时