【发布时间】:2011-10-01 09:57:06
【问题描述】:
是否可以提供一个共享库——在创建过程中链接到另一个共享库——对最终用户透明?
作为我的意思的一个例子:
共享库构建
g++ ... `pkg-config gtk+-2.0 --cflags` ... `pkg-config gtk+-2.0 --libs`
所需的用户构建
g++ file.cc -lfoo
libfoo.so.0 是共享库。
如果用户构建包含pkg-config gtk+-2.0 ...,我似乎只能让它工作。在创建共享对象的过程中,有没有办法让最终用户不必担心libfoo 中使用的间接库?
【问题讨论】:
-
您是否有可能选择静态版本的 gtk 库?如果是这样,在用户链接期间也需要它。否则,如果它确实在使用共享库,则在构建时不需要它,但在运行时会需要它。
标签: c++ linux linker compilation shared-libraries