手头有台车机，想在上面写个程序，调用它自带的图形库来处理图片。图片库为libJpeg.so，测试程序大致如下：

#include <stdio.h>
#include <stdlib.h>
#include "vfile.h"
#include "jpeglib.h"

int main(int argc, char *argv[])
{
    char *pFileName = argv[1];
    if (NULL == pFileName)
        return 0;
    VFILE *m_pInFile = new TDiskFile(pFileName, "rb");
    if (NULL == m_pInFile)
    {
        printf("error open\n");
        return 0;
    }
    struct jpeg_decompress_struct m_jds;
    jpeg_CreateDecompress(&m_jds, 62, 432);
    return 1;
}

jpeglib.h里面extern了jpeg_CreateDecompress，该函数来自libJpeg.so，所以如果要编译这段程序，想来正确的命令应该是（交叉编译，用到arm-linux-gnueabi-g++），提示的编译错误信息为：

$ arm-linux-gnueabi-g++ -o wrapper wrapper.cpp vfile.cpp -lJpeg
/usr/arm-linux-gnueabi/lib/libBasic.so: undefined reference to `dlopen'
/usr/arm-linux-gnueabi/lib/libBasic.so: undefined reference to `dlclose'
/usr/arm-linux-gnueabi/lib/libBasic.so: undefined reference to `dlerror'
/usr/arm-linux-gnueabi/lib/libBasic.so: undefined reference to `dlsym

蹊跷的是，错误信息出在libBasic.so，查看libJpeg.so和libBasic.so的依赖关系：

$ arm-linux-gnueabi-readelf -d /usr/arm-linux-gnueabi/lib/libJpeg.so 
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libBasic.so]
0x00000001 (NEEDED)                     Shared library: [libstdc++.so.6]
0x00000001 (NEEDED)                     Shared library: [libm.so.6]
0x00000001 (NEEDED)                     Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

$ arm-linux-gnueabi-readelf -d /usr/arm-linux-gnueabi/lib/libBasic.so 
0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
0x00000001 (NEEDED)                     Shared library: [libts_ipc_client_new.so]
0x00000001 (NEEDED)                     Shared library: [libiconv.so.2]
0x00000001 (NEEDED)                     Shared library: [libzmq.so.1]
0x00000001 (NEEDED)                     Shared library: [libuuid.so]
0x00000001 (NEEDED)                     Shared library: [libstdc++.so.6]
0x00000001 (NEEDED)                     Shared library: [libm.so.6]
0x00000001 (NEEDED)                     Shared library: [libgcc_s.so.1]
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

libJpeg.so从libBasic.so导入了函数，但编译器尝试链入libBasic.so时，由于缺少对dlopen等函数的定义导致错误。查看libBasic.so，虽然内部使用了dlopen，但导入库并没有引入dlopen所属的libdl.so，所以下面的命令仍然失败：

$ arm-linux-gnueabi-g++ -o wrapper wrapper.cpp vfile.cpp -lJpeg -lBasic -ldl
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/lib/../lib/libBasic.so: undefined reference to `dlopen'
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/lib/../lib/libBasic.so: undefined reference to `dlclose'
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/lib/../lib/libBasic.so: undefined reference to `dlerror'
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/lib/../lib/libBasic.so: undefined reference to `dlsym'

最后的解决方法是在wrapper.cpp中自己手动写入dlopen的调用代码，强行引入libdl.so，之后用上面的命令行就编过了。

复现

一开始以为是libBasic.so文件被做了手脚。实际上，编译sharedlibrary时既可以用-l显式指明导入库，也可以什么都不写，这样编写好的so就不含有导入库信息了。比如sm2.c代码如下：

#include <stdio.h>
#include <dlfcn.h>
void foo2(void)
{
    void *hd = dlopen("test.so", RTLD_LAZY);
    puts("Hello, I'm shared library2");
}

两种编译方法结果如下：

$ arm-linux-gnueabi-gcc -shared -o sm2.so sm2.c
$ arm-linux-gnueabi-readelf -d sm2.so
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

$ arm-linux-gnueabi-gcc -shared -o sm2.so sm2.c -ldl
$ arm-linux-gnueabi-readelf -d sm2.so
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libdl.so.2]
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

也就是说如果有dlopen的调用操作，编译时是否有-ldl都可以编译通过，但产生的文件是不一样的。接下来再写一个sm.c调用sm2：

#include <stdio.h>
extern void foo2(void);
void foo(void)
{
    foo2();
    puts("Hello, I'm shared library1");
}

如果要构造libJpeg.so和libBasic.so相同的情形，编译sm的命令为：

$ arm-linux-gnueabi-gcc -shared -o sm.so sm.c -lsm2
$ arm-linux-gnueabi-readelf -d sm.so
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libsm2.so]
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

之后写个调用程序，尝试调用sm.so就会复现这个问题：

#include <stdio.h>
#include <dlfcn.h>
extern void foo(void);
void main()
{
    foo();
}

$ arm-linux-gnueabi-gcc -o test test.c -lsm -lsm2 -ldl
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/lib/../lib/libsm2.so: undefined reference to `dlopen'
collect2: error: ld returned 1 exit status

但如果test.c改为：

#include <stdio.h>
#include <dlfcn.h>
extern void foo(void);
void main()
{
    void *hd = dlopen("any.so", RTLD_LAZY);
    foo();
}

上面的命令行就能编译过了。

结论

除了上面的方法，还可以在编译sm.so的时候，也选择不链入sm2：

$ arm-linux-gnueabi-gcc -shared -o sm.so sm.c 
$ arm-linux-gnueabi-readelf -d sm.so 
Tag        Type                         Name/Value
0x00000001 (NEEDED)                     Shared library: [libc.so.6]

这样即使不修改test.c，使用上述命令行也可以编译成功。值得注意的是，这种情况下-lsm -lsm2 -ldl的顺序是不能乱的，其他组合都不能编过。这样看来，很可能是开发者习惯不同，有人编译so时选择导入了其他第三方库，有人没有，这种不统一最后只能由可执行程序强行引入相关函数来修复。