通过升级cmake版本解决NDK编译报错：no member named ‘signbit‘ in the global namespace；

原创已于 2024-01-05 12:19:13 修改 · 4.8k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#cmake #ndk #android

于 2020-12-04 12:50:44 首次发布

cmake 同时被 3 个专栏收录

83 篇文章

订阅专栏

rpc

34 篇文章

订阅专栏

thrift

16 篇文章

订阅专栏

本文记录了解决在Ubuntu16下使用NDK(r19)编译thriftc++库时遇到的符号未找到错误的过程。通过升级CMake版本至3.13.5及以后版本成功解决了该问题。

今天在ubuntu16下使用NDK(r19)编译thrift c++库时报了很多类似如下的错误：

/android-ndk-r19c/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/include/c++/v1/cmath:314:9: error:
no member named ‘signbit’ in the global namespace; did you mean
‘__signbit’?
using ::signbit;
~~^
/usr/include/bits/mathcalls.h:361:20: note: ‘__signbit’ declared here
__MATHDECL_1 (int, __signbit, (Mdouble __value))
^

都是找不到符号,在github上找到了一个类似的问题的帖子，

API 15: No member named ::strtold (and others)
其中一个回答提醒了我：
在这里插入图片描述
如上图红框所示,有可能是cmake生成的Makefile有问题，将主机系统的include文件夹添加到了项目include搜索路径
打开cmake生成的flags.cmake文件，果然在CXX_INCLUDES定义中找到了 -isystem /usr/include,如下图

再往下翻，还是这位仁兄，又说了这个问题已经被cmake解决了。
在这里插入图片描述
嗯，我现在用的cmake是3.11.1版本，有这个问题，那么我升级cmake是不是就可以解决呢？

马上下载了cmake-3.13.5-Linux-x86_64,cmake-3.17.5-Linux-x86_64和cmake-3.19.1-Linux-x86_64来测试，再次生成的flags.cmake文件中已经没有-isystem /usr/include，编译通过。由此可以确认从cmake 3.13.5之后的版本已经解决了这个问题。