SCons 库和子库

我有一个基于 SCons 的分层构建系统。我有一个根 SConstruct，它调用一个构建共享库的 SConscript，然后调用另一个构建依赖于共享库的可执行文件的 SConscript。

所以这是我的问题：我对linux上共享库的理解是，当你想做最后的事情时ld将使用共享库的可执行文件的链接，共享库必须包含在可执行文件的ld命令行作为引用它的源（除非它位于标准位置，在这种情况下-l选项有效）。

我的 SCons 文件如下所示：

=== rootdir/SConstruct

env=DefaultEnvironment()
shared_lib = SConscript('foolib/SConscript')
env.Append( LIBS=[shared_lib] )
executable = SConscript('barexec/SConscript')

=== rootdir/foolib/SConscript

env=DefaultEnvironment()
env.Append(CPPPATH=Glob('inc'))
penv = env.Clone()
penv.Append(CPPPATH=Glob('internal/inc'))
lib = penv.SharedLibrary( 'foo', source=['foo.c', 'morefoo.c']
Return("lib")

=== rootdir/barexec/SConscript

env=DefaultEnvironment()
exe = env.Program( 'bar', source=['main.c', 'bar.c', 'rod.c'] )
Return("exe")

所以这里的问题是这一行：

env.Append( LIBS=[shared_lib] )

这将是一个将生成的库添加到命令行以供任何其他需要它们的库的好方法，除了因为 SCons 正在通过 SConscripts 进行两遍运行（首先生成它的依赖关系树，然后完成工作） ,rootdir/foolib/libfoo.so最终出现在所有产品的命令行上，甚至libfoo.so itself:

gcc -g -Wall -Werror -o libfoo.so foo.o morefoo.o libfoo.so

那么如何使用 SCons 最好地实现这一点呢？现在我已经采用了这个技巧：

=== rootdir/SConstruct

env=DefaultEnvironment()
shared_lib = SConscript('foolib/SConscript')
env['shared_lib'] = shared_lib
executable = SConscript('barexec/SConscript')

...

=== rootdir/barexec/SConscript

env=DefaultEnvironment()
exe = env.Program( 'bar', source=['main.c', 'bar.c', 'rod.c'] + env['shared_lib'] )
Return("exe")

有没有更 SCons 的方式来做到这一点？

您应该允许构建找到共享库。

寻找LIBPATH and RPATH中的变量SCons文档；这些是设置搜索路径的“Scons-y”方式，以便任何生成的-l选项可以正确找到库。

说了上面这些，这就是你要说的should see gcc根据 SCons 的设置执行（如果没有，您可能需要手动执行）。

The -l选项始终会查找共享库，前提是您还向编译器提供了库的位置。有两次需要这样做：在编译时（-L选项）和运行时（-rpath生成的链接器选项）。

The LIBPATHSCons 设置应该生成如下所示的内容-L/some/directory/path编译时搜索路径。

The RPATHSCons 设置应该生成一个链接器选项embed搜索路径；例如-Wl,-rpath -Wl,\$ORIGIN/../lib将嵌入一个相对于可执行文件进行搜索的搜索路径，以便将可执行文件放置在bin并行搜索lib安装目录。