c++ 共享库 fPIC 或未定义库 ubuntu 16.04

Question

我正在尝试将代码编译为共享库（它在 windows 上编译得很好，但我无法在 ubuntu 16.04 上编译）。

如果我尝试编译 "as on windows"，我得到错误：

relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

所以为了编译链接到我的代码的静态库，我添加了 -fPIC 选项（它似乎默认在 windows 但不是 linux 但我不确定):

SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11")
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fPIC")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fPIC")

在我使用 qmake 编译的代码中，我添加了：

QMAKE_CXXFLAGS += -fPIC

现在我收到这些错误：

itkGDCMImageIO.cxx:(.text+0xf9e) : undefined reference to « typeinfo for itk::MetaDataObjectBase »
itkGDCMImageIO.cxx:(.text+0xfb5) : undefined reference to « itk::MetaDataObject<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::GetMetaDataObjectValue() const »

等...

如果我只为我的代码添加 -fPIC 选项，而不是为编译它使用的静态库添加选项，我仍然会收到错误消息：

relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

即使添加了 qmake_cxxflags -fPIC。

我做错了什么？* （我把 Make 文件放在这里以防它有帮助：https://github.com/pdeman/mevislabFetalMRI/blob/master/Makefile.CHUVTools.Release）

Answer 1

有了 Makefile，我就有机会调试问题了。

ITKCommon-4.13 中的 LIBS links，所以这是正确的；需要解决 typeinfo for itk::MetaDataObjectBase； libITKIOGDCM-4.13.

正在请求

LIBS 行包含：

-lITKIOSiemens-4.13 -lITKBiasCorrection-4.13 -lITKIOSpatialObjects-4.13 -lITKBioCell-4.13 -lITKIOStimulate-4.13 -lITKCommon-4.13 -lITKIOTIFF-4.13 -lITKDICOMParser-4.13 -lITKIOTransformBase-4.13 -litkdouble-conversion-4.13 -lITKIOTransformHDF5-4.13 -lITKEXPAT-4.13 -lITKIOTransformInsightLegacy-4.13 -lITKFEM-4.13 -lITKIOTransformMatlab-4.13 -litkgdcmcharls-4.13 -lITKIOVTK-4.13 -litkgdcmCommon-4.13 -lITKIOXML-4.13 -litkgdcmDICT-4.13 -litkjpeg-4.13 -litkgdcmDSED-4.13 -lITKKLMRegionGrowing-4.13 -litkgdcmIOD-4.13 -lITKLabelMap-4.13 -litkgdcmjpeg12-4.13 -litklbfgs-4.13 -litkgdcmjpeg16-4.13 -lITKMesh-4.13 -litkgdcmjpeg8-4.13 -lITKMetaIO-4.13 -litkgdcmMEXD-4.13 -litkminc2-4.13 -litkgdcmMSFF-4.13 -litknetlib-4.13 -litkgdcmopenjp2-4.13 -litkNetlibSlatec-4.13 -litkgdcmsocketxx-4.13 -lITKniftiio-4.13 -litkgdcmuuid-4.13 -lITKNrrdIO-4.13 -lITKgiftiio-4.13 -lITKOptimizers-4.13 -litkgtest-4.13 -lITKOptimizersv4-4.13 -litkgtest_main-4.13 -lITKPath-4.13 -litkhdf5 -litkpng-4.13 -litkhdf5_cpp -lITKPolynomials-4.13 -lITKIOBioRad-4.13 -lITKQuadEdgeMesh-4.13 -lITKIOBMP-4.13 -lITKSpatialObjects-4.13 -lITKIOBruker-4.13 -lITKStatistics-4.13 -lITKIOCSV-4.13 -litksys-4.13 -lITKIOGDCM-4.13 -litktestlib-4.13 -lITKIOGE-4.13 -litktiff-4.13 -lITKIOGIPL-4.13 -lITKTransform-4.13 -lITKIOHDF5-4.13 -lITKTransformFactory-4.13 -lITKIOImageBase-4.13 -litkv3p_netlib-4.13 -lITKIOIPL-4.13 -litkvcl-4.13 -lITKIOJPEG-4.13 -lITKVideoCore-4.13 -lITKIOLSM-4.13 -lITKVideoIO-4.13 -lITKIOMesh-4.13 -litkvnl-4.13 -lITKIOMeta-4.13 -litkvnl_algo-4.13 -lITKIOMINC-4.13 -lITKVNLInstantiation-4.13 -lITKIOMRC-4.13 -lITKVTK-4.13 -lITKIONIFTI-4.13 -lITKWatersheds-4.13 -lITKIONRRD-4.13 -litkzlib-4.13 -lITKIOPNG-4.13 -lITKznz-4.13

Link 解析将发生，默认情况下从左到右，这意味着因为对 ITKCommon-4.13 的引用发生在对 ITKIOGDCM-4.13 的引用之前，所以类型信息不会得到解决。

解决这个问题有两种方法——第一种是确定所有库的link依赖顺序，然后倒序排列。考虑到此处引用的库数量，我对库中的依赖关系了解甚少，甚至无法提出可能有效的顺序 - 它具有 link 厨房水槽的所有特征。

第二种解决方案是将所有 link 选项包装在一个 linker 标志中，该标志表示为了 link 目的将所有这些文件一起处理。它可能会减慢 link，但它保证会解决乱序或交叉依赖问题。

在 ITK 库的 -l 项列表的开头，添加选项：-

-Wl,--start-group

在 ITK 库的 -l 项列表的末尾，添加选项：-

--Wl,--end-group

所以，要缩写 LIBS 行，它看起来有点像（省略号表示缺少文本）：

-Wl,--start-group -lITKIOSiemens-4.13 … -lITKznz-4.13 -Wl,--end-group

c++ 共享库 fPIC 或未定义库 ubuntu 16.04

c++ shared library fPIC or undefined library ubuntu 16.04

c++

shared-libraries

fpic

ubuntu-16.04