由于librpmio.so的Lua API符号冲突,需要解决。

我使用 Lua(版本5.2)编写的程序遇到了一些问题,因为我还需要链接 RPM 库 - 具体来说是 librpmio.so。这是一个包含多个共享库和使用 Lua 的大型应用程序。

问题在于我们使用的 librpmio.so 版本(4.4.X)中嵌入了一个 Lua 解释器,它不隐藏 Lua 代码中包含的全局符号。rpmio 版本的 Lua 要比我们使用的版本旧(5.0.2),因此它们并不能完全兼容。

到目前为止,我无法使我们自己的 Lua 代码和 RPM API 调用都正常工作。Lua API(例如 lua_pushlstring())将绑定到加载模块链中首先出现的 liblua.so 或 librpmio.so。如果我在链接器命令行中先指定-llua,那么我们的所有代码都能正常工作,但是对 RPM API 的调用最终会崩溃。如果-lrpmio在我们的代码之前,则最终我们的代码也崩溃,因为某些 Lua 调用最终会使用 librpmio 的 Lua 副本。

我尝试使用版本脚本为我们构建的 liblua.so 版本化符号:

LUA_5.2 {
    global:
            lua_*;
            luaL_*;

    local: *;
};

但这还不够,因为 librpmio.so 使用未版本化的符号而上面的版本脚本则在这些符号上创建了一个 LUA_5.2 的版本及一个“默认”版本。运行时绑定似乎更喜欢从 liblua.so 解析未版本化的符号,即使它们出现在链中的前面:

 19075: symbol=lua_pushlstring;  lookup in file=output/Linux64/bin/myapp [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/output/Linux64/lib/lib1.so [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/output/Linux64/lib/lib2.so [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/output/Linux64/lib/lib3.so [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/lib/libwx_base-2.8.so.0 [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/lib/libsqlite.so [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/lib/libssl.so.0.9.8 [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/lib/libcrypto.so.0.9.8 [0]
 19075: symbol=lua_pushlstring;  lookup in file=/lib64/libacl.so.1 [0]
 19075: symbol=lua_pushlstring;  lookup in file=/usr/lib64/librpm-4.4.so [0]
 19075: symbol=lua_pushlstring;  lookup in file=/home/lib/liblua.so [0]
 19075: binding file /usr/lib64/librpmio-4.4.so [0] to /home/lib/liblua.so [0]: normal symbol `lua_pushlstring'

请注意,最后一行 - 它正在解决来自 librpmio 的 lua_pushlstring 的绑定问题。

我可以通过在 librpmio.so 上设置 -Bsymbolic 标志来解决这个问题,但是 librpmio.so 是一个我们不能控制的系统库,而且谁知道它可能会引起什么其他问题。我可能可以解决这个问题,如果我能够消除我 liblua.so 中每个 Lua 符号的默认版本的创建,但我无法从版本脚本中找出如何做到这一点。GNU version script文档只显示如何通过 __asm__ 指令执行此操作。

除了创建一个包含以下内容的文件并将其链接到我的 Lua 构建中外,还有什么想法吗?

__asm__(".symver lua_pushlstring,lua_pushlstring@LUA_5.2");
点赞
用户2076307
用户2076307

为了那些在搜索中遇到我的问题的人,我只能解决问题的方法是在不对我们的 Lua 源代码进行大量更改的情况下动态加载所有 RPM 库。

使用 __asm__ 技术对所有 Lua 符号进行版本控制而不让它们与未经版本控制的符号匹配,需要在定义符号的源模块中使用 __asm__ 指令,这将导致需要对许多 Lua 文件进行修补。

我们只需要 12-15 个 RPM API,因此我想出的解决方案是使用 dlopen() 动态加载共享库 librpmio、librpm 和 librpmdb(后者仅存在于 RPM <= 4.5 中)。在调用 dlopen() 时,我指定了 RTLD_NOW|RTLD_LOCAL|RTLD_DEEPBIND 标志。这会导致 RPM 库中的 Lua(和其他)符号被内部解析。

我必须使用 dlsym() 来获取我们使用的任何 RPM API 的地址,但至少这可以防止 librpmio 的 Lua 与我们更新的 Lua 冲突。

2013-02-27 13:19:10