CLion和Crypto ++库

Question

前段时间我开始在Visual Studio 2015中对我的应用程序进行编码，没有设置所有库依赖项的问题。

现在，我决定搬到CLion。但是我的应用程序依赖于cryptopp库，我需要在我的CLion项目中链接它。

目前，我面临大量undefined reference错误

undefined reference to `CryptoPP::Integer::Integer(char const*)'
undefined reference to `CryptoPP::Integer::Integer(char const*)'
undefined reference to `CryptoPP::Integer::Integer(char const*)'
undefined reference to `CryptoPP::DH_Domain<CryptoPP::DL_GroupParameters_GFP_DefaultSafePrime, CryptoPP::EnumToType<CryptoPP::CofactorMultiplicationOption, 0> >::AccessGroupParameters()'
undefined reference to `CryptoPP::DH_Domain<CryptoPP::DL_GroupParameters_GFP_DefaultSafePrime, CryptoPP::EnumToType<CryptoPP::CofactorMultiplicationOption, 0> >::GetGroupParameters() const'
undefined reference to `CryptoPP::DH_Domain<CryptoPP::DL_GroupParameters_GFP_DefaultSafePrime, CryptoPP::EnumToType<CryptoPP::CofactorMultiplicationOption, 0> >::GetGroupParameters() const'
[..]

我确实在我的CMakeLists中设置了包含目录：

set(EXTERN_LIBS E:/dev/libs)

include_directories(${EXTERN_LIBS} ${EXTERN_LIBS}/include)
link_directories(${EXTERN_LIBS})

然而，我仍然无法让它发挥作用。

我在项目中使用MinGW。以下是设置和版本的预览：

如何在CLion中将cryptopp库正确添加到我的项目中？

Answer 1

我认为我们可能已经大部分在Commit e4cef84883b2清除了MinGW / C ++ 11问题。您应该在Master工作或执行git pull，然后取消注释config.h : 65中CRYPTOPP_NO_CXX11的定义（或左右）：

// Define CRYPTOPP_NO_CXX11 to avoid C++11 related features shown at the
// end of this file. Some compilers and standard C++ headers advertise C++11
// but they are really just C++03 with some additional C++11 headers and
// non-conforming classes. You might also consider `-std=c++03` or
// `-std=gnu++03`, but they are required options when building the library
// and all programs. CRYPTOPP_NO_CXX11 is probably easier to manage but it may
// cause -Wterminate warnings under GCC. MSVC++ has a similar warning.
// Also see https://github.com/weidai11/cryptopp/issues/529
// #define CRYPTOPP_NO_CXX11 1

我认为问题在于，您遇到了与Windows相关的问题及其缺乏正确的C ++ 11支持，但您间接得到了它们。它们是间接的，因为MinGW和GCC是最重要的。 MinGW和GCC不可能提供C ++ 11，因为底层平台不能。

我认为此时最好的选择是定义CRYPTOPP_NO_CXX11。我不相信我们可以像在Windows上那样为你做这件事，因为我们需要访问的定义隐藏在MinGW和GCC之后。我们还有一些MSVC ++错误可以解决。

以下是我们在Windows上的操作方式，但我们无法访问MinGW中的这些定义（来自config.h：950）：

// Dynamic Initialization and Destruction with Concurrency ("Magic Statics")
// MS at VS2015 with Vista (19.00); GCC at 4.3; LLVM Clang at 2.9; Apple Clang at 4.0; Intel 11.1; SunCC 5.13.
// Microsoft's implementation only works for Vista and above, so its further
// limited. http://connect.microsoft.com/VisualStudio/feedback/details/1789709
#if (CRYPTOPP_MSC_VERSION >= 1900) && ((WINVER >= 0x0600) || (_WIN32_WINNT >= 0x0600)) || \
    (CRYPTOPP_LLVM_CLANG_VERSION >= 20900) || (CRYPTOPP_APPLE_CLANG_VERSION >= 40000) || \
    (__INTEL_COMPILER >= 1110) || (CRYPTOPP_GCC_VERSION >= 40300) || (__SUNPRO_CC >= 0x5130)
# define CRYPTOPP_CXX11_DYNAMIC_INIT 1
#endif // Dynamic Initialization compilers

如果您定义CRYPTOPP_NO_CXX11，则以下不将被定义，您将避免出现问题：CRYPTOPP_CXX11_DYNAMIC_INIT，CRYPTOPP_CXX11_SYNCHRONIZATION和{{1} }。

第二个问题，与Clion和Cmake有关的问题，解决如下。我们使用Autotools和Cmake文件设置了一个单独的GitHub。 Autotools文件位于cryptopp-autotools，Cmake文件位于cryptopp-cmake。

存储库位于我的GiHub中，因为这是一种管理程序，编写库并提供Crypto ++ GitHub的Wei Dai更愿意避免。逻辑分离也有助于建立逻辑边界，因此人们知道Autotools和CMake不是官方Crypto ++发行版的一部分。

社区负责Autotools和Cmake，我们将就问题与社区合作。如果社区投入工作，那么Autotools和Cmake将会改进。如果Autotools或CMake稳定，那么我们将在官方发行版中添加带有文件的tarball。

目前，Autotools和Cmake处于需要改进的状态。有关Cmake的问题在维基上CMake | Current Status详细说明。 Autotools的问题并没有真正记录下来，因为我在它们上使用了发行版维护人员。它有点像我们知道什么是问题，但大多数其他人不知道。