可移植的静态链接到某个库的方法

我正在创建一个实用程序,它依赖于 libassuan 除其他因素外。虽然其他的提供共享库, 利巴苏 只有静态的。

利巴苏 附带简单的 libassuan-config 提供的工具 CFLAGS 和; LDFLAGS 供编译器/链接器使用。这些 LDFLAGS 将库称为 -lassuan .

标准make调用的结果是:

cc   -I/usr/include/libmirage -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include     -lmirage -lglib-2.0   -L/usr/lib64 -lassuan -o mirage2iso mirage2iso.c mirage-getopt.o mirage-wrapper.o mirage-password.o
mirage-password.o: In function `mirage_input_password':
mirage-password.c:(.text+0x1f): undefined reference to `assuan_pipe_connect'
mirage-password.c:(.text+0x32): undefined reference to `assuan_strerror'
collect2: ld returned 1 exit status
make: *** [mirage2iso] Error 1

(我刚开始写这个单元,所以没有更多的错误)

因此,如果我正确理解结果,gcc不想将应用程序链接到 libassuan.a .

使用 -static 这将导致GCC更喜欢静态库,而不是未插入的共享库。我看到过建议使用类似这样的解决方案:

-Wl,-Bstatic -lassuan -Wl,-Bdynamic

但我不认为它是便携式的。

我认为最好的解决方案是提供静态库文件的完整路径,但是 libassuan配置 没有提供太多帮助(我能从中得到的只是 -L/usr/lib64 -lassuan )

也许我应该尝试通过解析返回的静态库路径来创建静态库路径 LDFLAGS 并使用 -L 目录名和 -l 为了图书馆的名字,然后希望在所有情况下 libassuan配置 会像那样还的。

你觉得怎么样?是否有任何好的、简单的和可移植的解决方案来解决这个问题?

另外,请注意,尽管我在这里指的是gcc,但我想使用一些可以与其他编译器一起使用的工具。

PS2.另外一个问题:如果包只安装静态库,则返回 LDFLAGS 而不是充满 .la 路径可以被视为bug?