-2

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

如果我尝试编译“在 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 »

ETC ...

如果我仅为我的代码添加 -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 ）

4

1 回答 1

1

使用 Makefile，我有机会调试问题。

ITKCommon-4.13 中的 LIBS 链接，这是正确的；需要解决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

链接解析将默认从左到右进行，这意味着因为对 的引用ITKCommon-4.13发生在对 的引用之前ITKIOGDCM-4.13，所以 typeinfo 不会得到解析。

对此有两种解决方案——第一种是确定所有库的链接依赖顺序，并以相反的顺序对它们进行排序。考虑到这里引用的库的数量，我对库中的依赖关系了解得不够多，甚至无法提出可能有效的命令——它具有连接厨房水槽的所有特征。

第二种解决方案是将所有链接选项包装在链接器标志中，该标志表示将所有这些文件一起处理以用于链接目的。它可能会减慢链接速度，但它保证将解决无序或交叉依赖关系。

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

-Wl,--start-group

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

--Wl,--end-group

因此，为了缩写该LIBS行，它看起来有点像（省略号表示缺少文本）：

-Wl,--start-group -lITKIOSiemens-4.13 … -lITKznz-4.13 -Wl,--end-group
于 2018-07-06T09:18:35.397 回答