当前位置:首页> AI教程> Mac下编译TVM报错解决方法

Mac下编译TVM报错解决方法

释放双眼,带上耳机,听听看~!
本文介绍了在Mac下编译TVM时遇到的报错及解决办法,主要是关于编译工具链的选择和使用。

在编译TVM的一个fork版本时,遇到下面的报错:

ld: warning: ignoring file libbacktrace/lib/libbacktrace.a, building for macOS-x86_64 but attempting to link with file built for unknown-unsupported file format ( 0x21 0x3C 0x61 0x72 0x63 0x68 0x3E 0x0A
0x2F 0x20 0x20 0x20 0x20 0x20 0x20 0x20 )
Undefined symbols for architecture x86_64:
“_backtrace_create_state”, referenced from:
__GLOBAL__sub_I_logging.cc in logging.cc.o
“_backtrace_full”, referenced from:
tvm::runtime::Backtrace() in logging.cc.o
“_backtrace_syminfo”, referenced from:
tvm::runtime::(anonymous namespace)::BacktraceFullCallback(void*, unsigned long, char const*, int, char const*) in logging.cc.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [libtvm_runtime.dylib] Error 1
make[2]: *** [CMakeFiles/tvm_runtime.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs….

搜索了一下,发现核心原因是Mac下ranlib命令采用了GNU版本,而非Apple版本导致的,下面详细展开报错原因和解决办法。 在Mac下,有两套编译工具链,GNU的和Apple(通过Xcode安装)的,GNU的以gcc为代表,而Apple的则以clang为代表,在这两个核心编译工具周围,又有很多别的小的编译工具。

通过log输出发现,编译工具用的是/usr/bin/cc, 执行/usr/bin/cc –version 命令,输出如下:

$ /usr/bin/cc --version
Apple clang version 14.0.0 (clang-1400.0.29.202)
Target: x86_64-apple-darwin22.2.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

可以看到是Apple的编译工具链Apple clang。

在编译过程中,发现log中有下面的输出:

ibtool: install: ranlib /path/to/relax/build/libbacktrace/lib/libbacktrace.a

可以看到调用了ranlib命令来生成libbacktrace.a。

通过which ranlib 验证ranlib的路径:

$ which ranlib
/usr/local/opt/binutils/bin/ranlib

$ ranlib --version
GNU ranlib (GNU Binutils) 2.40
Copyright (C) 2023 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later version.
This program has absolutely no warranty.

可以看到,找到的是GPN版本的ranlib,而不是跟编译工具匹配的Apple的ranlib(路径是/usr/bin/ranlib)。

如果是Apple的ranlib工具的话,ranlib –version输出应该是下面这样:

$ranlib --version
error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: unknown option character `-' in: --version
Usage: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib [-sactfqLT] [-] archive [...]

那为什么会有两套工具链混合使用导致出错的问题?这是因为路径设置优先级的原因,在PATH中,/usr/local/opt/binutils/bin在/usr/bin的前面:

$ echo $PATH
...:/usr/local/opt/binutils/bin:/usr/bin:...

所以在搜索可执行文件时,先找到了GNU的ranlib,而这个又与Apple的编译工具链不兼容。导致编译出错。

那ranlib是干什么用的呢?根据ChatGPT, ranlib功能如下:

ranlib是一个命令行工具,用于在静态库中创建索引(也称为符号表)。索引提供静态库中所有符号(函数、变量等)的列表。它帮助编译器和链接器在链接时更快地查找和解析符号。当一个程序需要链接静态库时,链接器会使用ranlib创建的索引来确定静态库中包含的符号,以便正确地链接程序。

可以看到,ranlib对于编译静态库来说,是必不可少的(与ar -s完全等效)。

其实我不记得在PATH中添加过/usr/local/opt/binutils/bin这个目录,应该是安装某些包后自动更新的。

那这个问题该怎么解决呢?通过上面的分析,我们也能发现其实解决办法也比较直观,总体来说有两种,一种是修改PATH中两个目录的寻找优先级,保证先找到的是Apple的工具,也就是/usr/bin目录在/usr/local/opt 前面;另一种是直接卸载GNU的工具binutils,这样就不会有冲突。

在这里我选择执行第二种,具体命令为:

$ brew uninstall binutils

然后再检查ranlib –version 命令的输出,确认是Apple的工具链后再make clean,重新编译即可。

参考

  1. stackoverflow.com/a/72904009
  2. github.com/bitcoin/bit…
本网站的内容主要来自互联网上的各种资源,仅供参考和信息分享之用,不代表本网站拥有相关版权或知识产权。如您认为内容侵犯您的权益,请联系我们,我们将尽快采取行动,包括删除或更正。
AI教程

HuggingFace发布的重磅消息和产品更新

2023-12-8 21:02:14

AI教程

如何使用KeepChatGPT解决ChatGPT服务异常的问题

2023-12-8 21:10:14

个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索