【问题标题】:Building static libraries on Mac using CMake and GCC?使用 CMake 和 GCC 在 Mac 上构建静态库?
【发布时间】:2011-06-23 04:33:28
【问题描述】:

大家好,

我有一个静态库,稍后我将其链接到我的应用程序。我的开发环境是 CMake、GCC(Linux、Mac)、MinGW(Windows)。

我可以在 Linux 和 Windows 上毫无问题地编译静态库。 (我什至可以在我的 Mac 应用程序中构建共享库)。

编辑:我将该库编译为共享库,它运行良好!!

我已将 CMakeFile 配置为如下构建静态库:

add_library(centi STATIC ${base_srcs} ${crv_srcs} ${node_srcs} ${trnk_srcs} ${defl_srcs} ${infl_srcs} ${track_srcs} ${callback_srcs} ${extract_srcs})

在链接阶段,它会给出以下错误并以某种方式构建“libcenti.a”。

Linking C static library
lib/libcenti.a /usr/bin/ranlib: file:
lib/libcenti.a(crv_in_rgn_to_bnry_img.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_initialize_by_circle.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_initialize_flgs.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_nodal_interval_min_and_max.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_remove_all_nodes.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_reset_nodal_forces.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_set_center_coords.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_set_left_ptch_rgn_pixs.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_set_out_rgn_mean_and_var.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_set_para.c.o) has
no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_set_right_ptch_rgn_pixs.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_to_in_rgn_hist.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(crv_to_out_rgn_pixs.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(trnk_initialize_by_circle.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(trnk_initialize_by_image_frame.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(trnk_stk_paint_nodes_and_pixs.c.o)
has no symbols /usr/bin/ranlib: file:
lib/libcenti.a(trnk_stk_to_inner_defl_ordn.c.o)
has no symbols

但是当我将上面的库与我的应用程序链接时,它会给出“未定义的符号”错误:

Undefined symbols:  
"_setActiveDrawingTrunk", referenced
from:
      RzPluginAlgoCnty::initCallBacks()     
in RzPluginAlgoCnty.cpp.o
      RzPluginAlgoCnty::clearCallBacks()    
in RzPluginAlgoCnty.cpp.o
      _trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _bg_trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _bg_trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _extract_contour_update_tracking in
libcenti.a(extract_contour_update_tracking.c.o)
      _extract_contour_update_tracking in
libcenti.a(extract_contour_update_tracking.c.o)
"_updateCurveUICallBack", referenced
from:
      RzPluginAlgoCnty::initCallBacks()     
in RzPluginAlgoCnty.cpp.o
      RzPluginAlgoCnty::initBulkCallBacks() 
in RzPluginAlgoCnty.cpp.o
      RzPluginAlgoCnty::clearCallBacks()    
in RzPluginAlgoCnty.cpp.o
      _bg_trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _bg_trnk_trck_ordn in libcenti.a(trnk_trck_ordn.c.o)
      _crv_update_1time in libcenti.a(crv_update_ordn.c.o)
      _crv_update_1time in libcenti.a(crv_update_ordn.c.o) ld:
symbol(s) not found

任何提示?在 Mac 上构建静态库时需要添加任何特殊参数吗?

编辑: 我将该库编译为共享库,它运行良好!!

【问题讨论】:

  • 也通过编译为共享库来解决这个问题。
  • “在链接阶段,它会出现以下错误并以某种方式构建“libcenti.a”......没有符号” - 这些不是错误;它们是[无用的]警告。您可能应该在 OS X 上使用 libtool 而不是 arranlib。我认为有一个选项可以抑制它,但我现在找不到它。另请参阅Silence “table of contents is empty” warning

标签: c++ macos gcc cmake static-libraries


【解决方案1】:

来自ranlib 的警告表明这些目标文件不包含操作代码。您需要查看每个对应的源文件以查看其包含的代码是否应该在 Mac 上编译。可能是代码被移植到别处但是条件编译不能正确识别Mac。

这不是“灌篮”诊断;丢失的符号显然分为两组 - 与trnk 相关的那些和与crv 相关的那些 - 文件同样分为两组(前缀为trnkcrv),但可能是文件定义不同的功能。因此,我会查看与空目标文件对应的源文件,看看您是否可以看到丢失的函数(可能会忽略报告的丢失符号名称上的前导下划线)。如果这些文件中定义了这些功能,那么您必须查看来自ranlib的投诉。

有时,如果您在不方便的时候用完了磁盘空间,您可能会拥有零大小的目标文件(因此不包含符号)。在这种情况下,只需删除空的目标文件(并释放一些空间,但您必须已经这样做了)并重新构建。

【讨论】:

  • 有没有办法告诉ranlib忽略这些不包含操作代码的目标文件?我有一些像这样的对象文件,因为它们适用于其他平台(例如,为 OSX 编译时仅 Windows 的实现)。我想在我的 cmake 中保留其他平台的实现,因为我希望能够在我的 IDE(我使用 QtCreator)中看到该文件,以便我可以编辑它们。不幸的是,QtCreator 认为它们是错误的。
【解决方案2】:

这里讨论了 MacOSX 上的静态库的类似问题:http://lists.macosforge.org/pipermail/macports-tickets/2008-June/010680.html

尝试完全清理并运行非并行构建。

this guide推荐安装macports,然后“sudo port install autogen autoconf automake nano libtool libsdl patchutils subversion wget gmake”,然后export PATH="/usr/local/bin:/usr/local/sbin:$路径"

【讨论】:

  • 这可能是问题,因为 Mac ar 是非标准的。
【解决方案3】:

不幸的是,设置 -no_warning_for_no_symbols 可能还不够。 Mac 上的 ar 命令将为您运行 ranlib,这会导致显示“没有符号 /usr/bin/ranlib”消息。您可以使用以下 CMake 规则在 Mac 上停止此消息:

SET(CMAKE_C_ARCHIVE_CREATE   "<CMAKE_AR> Scr <TARGET> <LINK_FLAGS> <OBJECTS>")
SET(CMAKE_CXX_ARCHIVE_CREATE "<CMAKE_AR> Scr <TARGET> <LINK_FLAGS> <OBJECTS>")
SET(CMAKE_C_ARCHIVE_FINISH   "<CMAKE_RANLIB> -no_warning_for_no_symbols -c <TARGET>")
SET(CMAKE_CXX_ARCHIVE_FINISH "<CMAKE_RANLIB> -no_warning_for_no_symbols -c <TARGET>")

ARCHIVE_CREATE "Scr" 设置将阻止 ar 为您运行 ranlib。 ARCHIVE_FINISH 设置将阻止 ranlib 抱怨缺少符号。

您需要同时使用这两组规则来堵住“无符号”的信息。

对于 CMake 新手来说还有一件事:CMake 为 arranlib 命令生成的命令被转储到一个 link.txt 文件中。如果您在生成档案时遇到问题,您可能需要查看 link.txt 以了解 CMake 为您做了什么。

【讨论】:

    猜你喜欢
    • 2018-10-05
    • 1970-01-01
    • 1970-01-01
    • 2013-08-16
    • 1970-01-01
    • 2022-07-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多