交叉编译GSL for Android

Question

交叉编译GSL for Android

我正在尝试使用Autotools为Android 4.1交叉编译GNU Scientific Library（GSL）。我的构建和主机如下：

build="i386-apple-darwin10.8.0"
host="arm-linux-androideabi"

Autotools版本：

GNU Automake version 1.11.3
GNU Autoconf version 2.68
GNU Libtool version 2.4.2

我的目标是编译一个可以从模拟设备上的shell运行的可执行文件。到目前为止，我已经使用我使用Android Native Development Kit（NDK）生成的工具链编译了GSL和我的可执行文件。然后我将共享库的libgsl.so.0和'libgslcblas.so.0'（两者都列在我的可执行文件的动态部分中）推送到'/ system / lib'，将可执行文件推送到设备。< / p>

这是arm-linux-androideabi-readelf -d issm.exe的输出

Dynamic section at offset 0x26a2a4 contains 26 entries:
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libgsl.so.0]
0x00000001 (NEEDED)                     Shared library: [libgslcblas.so.0]
0x00000001 (NEEDED)                     Shared library: [libm.so]
0x00000001 (NEEDED)                     Shared library: [libc.so]
0x00000001 (NEEDED)                     Shared library: [libdl.so]
0x0000000f (RPATH)                      Library rpath: [/Users/gperez/issm/issm-uci/trunk-jpl/externalpackages/gsl/install/lib]
0x00000020 (PREINIT_ARRAY)              0x26d000
0x00000021 (PREINIT_ARRAYSZ)            0x8
0x00000019 (INIT_ARRAY)                 0x26d008
0x0000001b (INIT_ARRAYSZ)               1100 (bytes)
0x0000001a (FINI_ARRAY)                 0x26d454
0x0000001c (FINI_ARRAYSZ)               8 (bytes)
0x00000004 (HASH)                       0x8128
0x00000005 (STRTAB)                     0x96a0
0x00000006 (SYMTAB)                     0x87f0
0x0000000a (STRSZ)                      3588 (bytes)
0x0000000b (SYMENT)                     16 (bytes)
0x00000015 (DEBUG)                      0x0
0x00000003 (PLTGOT)                     0x27239c
0x00000002 (PLTRELSZ)                   960 (bytes)
0x00000014 (PLTREL)                     REL
0x00000017 (JMPREL)                     0xa7ec
0x00000011 (REL)                        0xa4a4
0x00000012 (RELSZ)                      840 (bytes)
0x00000013 (RELENT)                     8 (bytes)
0x00000000 (NULL)                       0x0

我意识到RPATH是不正确的，但如果我正确理解动态链接器，那么它应该无法在RPATH中找到所需的库，然后继续检查所有库所在的LD_LIBRARY_PATH。

然后我继续运行我的可执行文件，但我很惊讶地发现以下链接错误：

link_image[1936]:   468 could not load needed library 'libgsl.so.0' for './issm.exe' (reloc_library[1285]:   468 cannot locate 'cblas_ctrmv'...
)CANNOT LINK EXECUTABLE

这个错误导致我检查'libgsl.so.0'的内容，如下所示：

Relocation section '.rel.plt' at offset 0x36014 contains 161 entries:
Offset     Info    Type            Sym.Value  Sym. Name
00201c54  00002316 R_ARM_JUMP_SLOT   00000000   cblas_ctrmv
00201c58  00002f16 R_ARM_JUMP_SLOT   00000000   cblas_zswap
00201c5c  00003816 R_ARM_JUMP_SLOT   00000000   cblas_zsymm
00201c60  00005016 R_ARM_JUMP_SLOT   00000000   cblas_cgeru
00201c64  00009216 R_ARM_JUMP_SLOT   00000000   cblas_sgemm
00201c68  00009c16 R_ARM_JUMP_SLOT   00000000   cblas_ctrsv
00201c6c  0000c316 R_ARM_JUMP_SLOT   00000000   cblas_sgemv
...

'libgslcblas.so.0'的相应'.dynsym'：

Symbol table '.dynsym' contains 233 entries:
Num:    Value  Size Type    Bind   Vis      Ndx Name
...
218: 0004e148    64 FUNC    GLOBAL DEFAULT    7 __aeabi_f2d
219: 00050314     0 NOTYPE  GLOBAL DEFAULT   12 __data_start
220: 0000d69c  1604 FUNC    GLOBAL DEFAULT    7 cblas_dgbmv
221: 0002e008  3540 FUNC    GLOBAL DEFAULT    7 cblas_ctrmv
222: 00042c34  4184 FUNC    GLOBAL DEFAULT    7 cblas_ztbmv
223: 0004de4c   688 FUNC    GLOBAL DEFAULT    7 __subdf3
224: 00003dc4   284 FUNC    GLOBAL DEFAULT    7 cblas_snrm2
...

由于重定位部分'.rel.plet'中的第一个条目导致链接失败，因此问题可能出在所有'cblas'符号上。然后我决定查看'libgsl.so.0'的动态部分

Dynamic section at offset 0x200b60 contains 25 entries:
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libm.so]
0x00000001 (NEEDED)                     Shared library: [libc.so]
0x00000001 (NEEDED)                     Shared library: [libdl.so]
0x0000000e (SONAME)                     Library soname: [libgsl.so.0]
0x00000010 (SYMBOLIC)                   0x0
0x0000000f (RPATH)                      Library rpath: [:/Users/gperez/issm/issm-uci/trunk-jpl/externalpackages/gsl/install/lib]
0x00000019 (INIT_ARRAY)                 0x200c68
0x0000001b (INIT_ARRAYSZ)               8 (bytes)
0x0000001a (FINI_ARRAY)                 0x200c70
0x0000001c (FINI_ARRAYSZ)               12 (bytes)
0x00000004 (HASH)                       0xb4
0x00000005 (STRTAB)                     0x19b1c
0x00000006 (SYMTAB)                     0x860c
0x0000000a (STRSZ)                      107542 (bytes)
0x0000000b (SYMENT)                     16 (bytes)
0x00000003 (PLTGOT)                     0x201c48
0x00000002 (PLTRELSZ)                   1288 (bytes)
0x00000014 (PLTREL)                     REL
0x00000017 (JMPREL)                     0x36014
0x00000011 (REL)                        0x33f34
0x00000012 (RELSZ)                      8416 (bytes)
0x00000013 (RELENT)                     8 (bytes)
0x00000016 (TEXTREL)                    0x0
0x6ffffffa (RELCOUNT)                   1051
0x00000000 (NULL)                       0x0

在这里，我发现非常有趣的是该库具有引用'cblas'条目的重定位符号，但动态部分中未列出'libgslcblas.so.0'。这对我来说是错误的，但我没有专业知识这么明确地说出来。有人可以帮忙吗？

我正在继续调查，但我真的很感激任何建议，更正或输入或任何形式！

问题

应该'libgslcblas.so.0'在'libgsl.so.0'的动态部分，因为'libgsl.so.0'在其重定位部分中引用了cblas构造？
不正确地将RPATH设置为所有这些的根源吗？

Answer 1

我建议使用AOSP而不是autotools。

通过将GSL源代码包装到Android make文件中，可以将GSL集成到Android中。然后，您可以使用此Android make文件中定义的模块来访问GSL的功能。

但是，这仅提供对AOSP中编译的应用程序的访问。

交叉编译GSL for Android

交叉编译GSL for Android

问题

1 个答案: