FreeSwitch 1.10.9 在CentOS7.9编译spandsp：V18_MODE_5BIT_4545错误的排查与版本回退方案

1. 问题背景与现象描述

最近在CentOS 7.9系统上编译FreeSwitch 1.10.9时，很多开发者都遇到了一个棘手的编译错误。具体是在编译mod_spandsp模块时，系统报出了V18_MODE_5BIT_4545未定义的错误。这个错误直接导致整个编译过程中断，让不少开发者感到头疼。

错误信息显示，在编译mod_spandsp_dsp.c文件时，系统找不到V18_MODE_5BIT_4545和V18_MODE_5BIT_50这两个常量的定义。不仅如此，还出现了v18_init函数参数不匹配的问题。这些错误看似简单，但实际上反映了更深层次的版本兼容性问题。

我亲自复现了这个错误场景，发现问题的根源在于FreeSwitch和spandsp库之间的版本不匹配。FreeSwitch 1.10.9是基于某个特定版本的spandsp库开发的，而当我们直接从GitHub克隆最新版的spandsp进行编译时，由于API发生了变化，就导致了这些编译错误。

2. 错误原因深度分析

2.1 版本兼容性问题

经过仔细排查，我发现这个问题的本质是API不兼容。spandsp作为一个活跃开发的开源项目，其代码库在不断更新。在较新的版本中，开发团队对V18相关的API做了调整，移除了V18_MODE_5BIT_4545等常量定义，同时修改了v18_init函数的参数列表。

这种改动在开源项目中很常见，但对于依赖特定API版本的FreeSwitch来说就造成了麻烦。FreeSwitch 1.10.9的代码中仍然引用了这些已经被移除或修改的API，自然就会在编译时报错。

2.2 依赖关系解析

FreeSwitch的mod_spandsp模块深度依赖spandsp库的功能。具体来说，它需要spandsp提供的传真和调制解调器仿真功能。V18模式是ITU-T V.18标准中定义的文本电话通信协议，FreeSwitch使用这个功能来实现TDD（Telecommunications Device for the Deaf）通信。

在编译过程中，FreeSwitch会尝试调用spandsp库中的相关函数和常量。当这些符