app_lua: packaging many times with different lua library versions

参考这个issue:

https://github.com/kamailio/kamailio/issues/4578

目前的 app_lua 是基于 lua5.1 编译的,不好!

在 Debian/Ubuntu 系统上,官方软件源同时提供多个 Lua 版本及其开发库(liblua5.1、liblua5.2、liblua5.3、liblua5.4 等),

而 Kamailio 的 app_lua 模块目前只针对其中一个版本(主要是 liblua5.1)编译打包。

如果打包者把 app_lua 改链接到较新的 Lua 版本(如 5.3 或 5.4),就会破坏依赖旧版本 Lua 的用户的兼容性。

因此提出一个方案: 让 app_lua 模块可以多次编译,针对每个 Lua 版本生成一个独立的 .so 文件,例如:

app_lua.so → 链接最新的稳定版(推荐默认使用)

app_lua52.so → 链接 Lua 5.2

app_lua53.so → 链接 Lua 5.3

app_lua54.so → 链接 Lua 5.4

......

用户/打包者根据实际环境加载对应的模块版本,避免单一版本打包导致的大范围兼容性问题。

技术实现思路(讨论中提到的)

通过 CMake 编译时传入参数控制模块的内部名称,例如:

-DMOD_NAME='"app_lua54"'

这样生成的共享库文件名和注册的模块名都会带上版本标记。

打包时可以把多个变体放到同一个 kamailio-app-lua 或 kamailio-lua 包里,或者拆分成独立的子包(视打包策略而定)。

对比了 tls/tlsa 的处理方式(把 tls 代码嵌入 tlsa),但认为 不适合 直接套用到 app_lua 上,因为 Lua 版本兼容性问题更普遍且长期存在。

相关推荐
RayRings6 天前
OFDM, OFDMA, SC-FDMA的区别
通信
liulilittle7 天前
回归物理本质:对拥塞控制实验室依赖与公平性误置的反思
网络·tcp/ip·计算机网络·算法·tcp·通信·拥塞控制
liulilittle8 天前
KCC:在 BBR 思路上的一次探索
网络·tcp/ip·算法·bbr·通信·拥塞控制·kcc
liulilittle8 天前
KCC: An Exploration Along the Lines of BBR
网络·tcp/ip·计算机网络·bbr·通信·拥塞控制·kcc
liulilittle8 天前
甲骨文云中国大陆定向 QoS 原理及绕过解决方案
服务器·开发语言·网络·计算机网络·oracle·通信·qos
七夜zippoe10 天前
DolphinDB OPC-UA协议接入:工业标准通信
网络·通信·dolphindb·工业标准·opc-ua
liulilittle11 天前
拥塞控制:排水终止的两种决策:OR 与 AND
网络·tcp/ip·计算机网络·算法·信息与通信·tcp·通信
liulilittle12 天前
删除 Inflight Bounds:为什么 KCC 放弃了 BDP 钳位
linux·网络·tcp/ip·计算机网络·信息与通信·tcp·通信
大大杰哥13 天前
SSeEmitter的基本使用和介绍
java·sse·通信
liulilittle14 天前
TCP KCC v1.0(卡尔曼拥塞控制)
linux·服务器·网络·tcp/ip·计算机网络·tcp·通信