我正在使用NDK(r19b)为arm
,aarch64
,x86
和x86_64
创建一个Android库。一切正常,除了在构建aarch64
体系结构应用程序时,会收到以下错误消息。
ld.lld: error: found local symbol '_edata' in global part of symbol table in file libmystuff.so
ld.lld: error: found local symbol '_end' in global part of symbol table in file libmystuff.so
ld.lld: error: found local symbol '__bss_start' in global part of symbol table in file libmystuff.so
当我用
readelf -s libmystuff.so
检查每个构建变体时,我注意到只有aarch64
是不同的。[arm]
4021: 007a30f0 0 NOTYPE GLOBAL DEFAULT ABS _edata
4022: 007c6b10 0 NOTYPE GLOBAL DEFAULT ABS _end
4023: 007a30f0 0 NOTYPE GLOBAL DEFAULT ABS __bss_start
[x86]
3848: 00c82c88 0 NOTYPE GLOBAL DEFAULT ABS _edata
3849: 00ca4b28 0 NOTYPE GLOBAL DEFAULT ABS _end
3850: 00c82c88 0 NOTYPE GLOBAL DEFAULT ABS __bss_start
[x86_64]
3874: 0000000000c9b890 0 NOTYPE GLOBAL DEFAULT ABS _edata
3875: 0000000000ce5f68 0 NOTYPE GLOBAL DEFAULT ABS _end
3876: 0000000000c9b890 0 NOTYPE GLOBAL DEFAULT ABS __bss_start
[aarch64]
3: 0000000000b4f168 0 NOTYPE LOCAL DEFAULT ABS _edata
4: 0000000000b990e8 0 NOTYPE LOCAL DEFAULT ABS _end
5: 0000000000b4f168 0 NOTYPE LOCAL DEFAULT ABS __bss_start
865: 0000000000b9e3e8 0 NOTYPE GLOBAL DEFAULT ABS __end__
2468: 0000000000b54168 0 NOTYPE GLOBAL DEFAULT ABS __bss_start__
我可以肯定地看到
_edata
,_end
和__bss_start
在LOCAL而不是GLOBAL中,但是我没有(或者至少我认为我没有)对aarch64
做任何特殊的事情。它们都使用相同的构建配置。jni/Application.mk
NDK_TOOLCHAIN_VERSION := clang
APP_STL := c++_static
APP_CFLAGS := -fstack-protector-all -fvisibility=hidden -ffunction-sections -fdata-sections
APP_CPPFLAGS := -fstack-protector-all -std=c++11 -fvisibility=hidden -ffunction-sections -fdata-sections -frtti
APP_LDFLAGS := -Wl,--gc-sections,-fvisibility=hidden,--strip-debug
那么,为什么
aarch64
与众不同?更好的是,如何将它们移至GLOBAL?[更新]
感谢https://github.com/android-ndk/ndk/issues/927的热情帮助,我发现解决方案最有效。最后注意“ -fuse-ld = lld”。
APP_LDFLAGS := -Wl,--gc-sections,--strip-debug -fvisibility=hidden -fuse-ld=lld
这样,我仍然可以保留
--gc-sections
,并且--no-fatal-warnings
也不是必需的。 最佳答案
APP_LDFLAGS := -Wl,-fvisibility=hidden
这有什么作用吗?此选项没有出现在bfd的帮助页面中,但是那些符号是由链接器发出的,因此我想知道这是什么引起的。
如果失败,请尝试在-fuse-ld=gold
中添加-fuse-ld=lld
(如果您喜欢冒险,可以添加APP_LDFLAGS
,但是如果需要支持,可以使用许多Windows KI)。 arm64与NDK中其他体系结构之间的最大区别是,我们仍将bfd用于arm64。
由于这些是链接器发出的符号,因此这似乎是最可能的罪魁祸首。