我的源代码中包含一个简单的预编译静态库(来自硬件供应商，因此没有源代码(，需要链接到我的构建中。我曾希望它会像一样简单
lib_foo = files('lib_foo.a')
...
foobar = static_library(..., link_with: lib_foo)
但我收到一个错误，说foo不是目标。我尝试了几十种不同的方法来尝试成功地连接，我得到的最接近的是这个(使用介子v0.55.1(
cc = meson.get_compiler('c')
abs_src_dir = meson.source_root()
cur_src_dir = meson.current_source_dir()
src_here_dir = abs_src_dir / cur_src_dir
warning('Searching: '+src_here_dir)
dep_foo = cc.find_library('lib_foo.a', dirs:src_here_dir, required: true)
...
foobar = static_library(..., dependencies: dep_foo)
尽管我无法让这个确切的例子发挥作用，但我已经让它在我的构建中发挥作用了。然而，即使src_here_dir是问题库的确切路径(正如我的警告所证明的那样(，它也经常以"未找到"错误而失败。即使我能让它工作，如果我试图构建一个RPM，它也会以"未找到"的方式死亡，尽管它看起来在正确的位置。
我还没有弄清楚为什么它有时能找到文件，有时却找不到。无论如何，这似乎是一条死胡同。有人有什么建议吗？
您通常在子项目中使用声明依赖项来完成此操作，但您希望使用find_library
cc = meson.get_compiler('c')
dep = declare_dependency(
dependencies : cc.find_library('foo', dirs : [meson.current_source_dir()]),
include_directories : include_directories('.'),
)
这基本上与这里记录的内容相同，但没有包装。在使用Meson时，通常认为在子项目中放置这样的外部库包装器是一种不错的风格。
我找到了一个解决方案。它不是最优的，但似乎运行良好：
abs_foo_dir = meson.source_root()
rel_foo_dir = meson.current_source_dir()
path_foo = abs_foo_dir / rel_foo_dir / 'lib_foo.a'
dep_foo = declare_dependency(link_args: path_foo)
...
foobar = static_library(..., dependencies: dep_foo)
这只是将绝对库路径作为链接器标志注入，这很有效，但感觉很笨拙。我更喜欢类似的东西
cc = meson.get_compiler('c')
dep_foo = cc.declare_static_library('lib_foo.a')
但现在就可以了。