草庐IT

C++ Armadillo : GCC vs VC++2013: Operator () and overloading

我正在尝试使用ArmadilloC++库开发Linux/Win64应用程序。以下代码在GCC-4.7中编译,但在使用Armadillo提供的VS项目文件的VisualStudio2013中编译失败。#include#include"armadillo"usingnamespacearma;usingnamespacestd;//worksinGCC-4.7//VC++2013:compileerror:C3066voidfoo1(vec::fixed&bar){bar(1)=1.;}//worksvoidfoo2(vec::fixed&bar){bar.at(2)=1.;}//work

c++ - 什么时候加载 DLL : Implicit Linking VS Explicit Linking

我认为隐式链接会在应用程序启动时立即加载DLL,因为它也称为“加载时动态链接”。但是我在下面的链接中发现了一些奇怪的解释(https://msdn.microsoft.com/en-us/library/253b8k2c(VS.80).aspx)。隐式链接Liketherestofaprogram'scode,DLLcodeismappedintotheaddressspaceoftheprocesswhentheprocessstartsupanditisloadedintomemoryonlywhenneeded.Asaresult,thePRELOADandLOADONCALLc

c# - C++ 数组 vs C# ptr 速度混淆

我正在用C#重写一个高性能C++应用程序。C#应用程序明显比C++原始版本慢。分析告诉我,C#应用程序将大部分时间花在访问数组元素上。因此我创建了一个简单的数组访问基准。我得到的结果与othersdoingasimiliarcomparison完全不同.C++代码:#include#include#include#includeusingnamespacestd;usingnamespacestd::chrono;intmain(void){high_resolution_clock::time_pointt1=high_resolution_clock::now();intxRepL

C++ 在 VS 中为 'better' Release模式构建定义

我目前使用以下预处理器定义和各种优化设置:WIN32_LEAN_AND_MEANVC_EXTRALEANNOMINMAX_CRT_SECURE_NO_WARNINGS_SCL_SECURE_NO_WARNINGS_SECURE_SCL=0_HAS_ITERATOR_DEBUGGING=0我的问题是,其他SOer还使用、添加、定义了哪些其他东西,以便从VSC++(2008、2010)获得尽可能高性能的Release模式构建?顺便说一句,我已经尝试过PGO等,它确实有点帮助,但没有什么能与GCC相提并论,而且我没有使用流,我说的C++更像C,但使用模板和STL算法等。就目前而言,与GCC在

c++ - VS2003 C++ 中不寻常的堆大小限制

我有一个使用大量数据的C++应用程序,在测试时我注意到它内存不足,但仍有大量可用内存。我已将代码简化为示例测试用例,如下所示;voidMemTest(){size_tSize=500*1024*1024;//512mbif(Size>_HEAP_MAXREQ)TRACE("InvalidSize");void*mem=malloc(Size);if(mem==NULL)TRACE("allocationfailed");}如果我创建一个新的MFC项目,包括这个函数,并从InitInstance运行它,它在Debug模式下工作正常(内存按预期分配),但在Release模式下失败(mall

c++ - 什么 VS2010 C 项目设置导致 exes 需要兼容模式

我已经在我的Windows764位机器上运行和编译了几个月的程序,但最近我不得不更改它使用的静态库的几个VC项目设置,现在生成的可执行文件需要我在“WindowsXP兼容模式”下运行它。在装有VisualStudio2010SP1的Windows764位机器上编译我正在生成的程序是在Win32Debug模式下构建的。静态库项目指定目标机器/X86。当我从调试器运行程序时,它会启动并运行,但是如果通过Windows图标运行,它需要XP兼容模式。当尝试在调试器之外启动时,EXE会在任务管理器中显示一秒钟然后消失。我已尝试在其上使用MicrosoftApplicationVerifier,但

c++ - b2 vs bjam 用于构建 Boost 库

我使用b2.exe和bjam.exe为VS2013构建了64位架构的Boost。根据Boostdocumentation,b2必须在bjam上使用。我注意到的差异是:b2中的.lib文件的大小与相应的bjam文件的大小不同。使用bjam提供动态.lib库(不带-s标记,如here所述),但它不提供要链接到的.dll文件(那么现在该怎么办?),而使用b2会同时提供静态库和动态库以及.dll文件。但使用b2的问题是,它提供了两个动态.lib文件-一个以boost_xxxx.lib开头,另一个以libboost_xxxx.lib开头,两者大小不同。这是为什么?我还提到了使用构建选项--bui

c++ - 当我从虚拟基派生 D 时,为什么 VS2015 中的 sizeof(D) 增加了 8 个字节?

我正在使用C++14§3.11/2中的示例:structB{longdoubled;};structD:virtualB{charc;}在clang、g++和VS2015中运行下面的代码片段之后#includestructB{longdoubled;};structD:/*virtual*/B{charc;};intmain(){std::cout我得到了以下结果:clangg++VS2015sizeof(longdouble)16168alignof(longdouble)16168sizeof(B)16168alignof(B)16168sizeof(D)323216alignof

c++ - 编译时抽象类处理中的 clang vs gcc

其中之一issuesnlohmann/json开源库引起了我的注意。我有一个案例的最小复制品doesnotcompile在少数版本的桌面gcc(4.8、4.9,也尝试过5+)下,但使用macclang和Androidndk的gcc4.9编译得很好#includestructbase{virtualvoidfoo()=0;};intmain(){(void)numeric_limits::is_signed;}GCC正在尝试实例化std::numeric_limits使用基类而不是派生类:/usr/include/c++/4.8/limits:Ininstantiationof'stru

c++ - 使用 GTest 和 GMock : shared vs. 静态库进行测试

我认为这个问题可能违反了网站的一些问答标准,因为我可能收到的答案可能被视为意见驱动。尽管如此,它还是...假设我们正在处理一个C++项目,使用CMake来驱动构建/测试/打包过程,并使用GTest和GMock进行测试。进一步假设我们项目的结构如下所示:cool_project||--source||||--module_foo||||||--(bunchofsourcefiles)||||--module_bar||||--(yetmoresourcefiles)||--tests||--module_foo||||--(testsformodule_foo)||--module_ba