停止针对GLIBC的链接，将strftime转换为__strftime_l

遇到这种情况，通常是因为应用程序在编译时直接或间接地依赖于GLIBC特有的一些符号，而这些符号在MUSL库中可能不存在或者不以相同的方式导出。解决这个问题通常需要对源代码进行修改或重新配置编译选项，以便让程序能够兼容MUSL C库。以下是一些建议的解决方案：

1. 条件编译: 如果你的应用是用C或C++编写的，可以使用预处理器宏来检测正在使用的C库类型，并据此选择不同的实现方式。例如，可以通过检查__MUSL__宏（这个宏在使用MUSL的系统上会被定义）来决定是否使用特定于MUSL的API或者避免使用某些非标准的函数。

#ifdef __MUSL__
    // 使用MUSL兼容的strftime替代方案
    // 或者直接使用strftime，如果MUSL已经提供了足够的功能
#else
    // 使用GLIBC特有的strftime_l等函数
#endif

1. 链接时指定符号: 在链接阶段，你可以尝试显式地链接到你希望使用的函数版本，但这在MUSL和GLIBC之间转换时可能会比较复杂，因为它们的内部实现差异较大。

2. 静态链接GLIBC: 这是一个更为激进的解决方案，即在构建应用程序时静态链接GLIBC，这样就不依赖于目标系统的动态库了。但请注意，这会显著增加二进制文件的大小，并且可能引入其他兼容性问题。

3. 重写依赖: 检查并替换掉所有对非标准或特定于GLIBC的函数调用，比如找到一个MUSL兼容的替代函数或手动实现所需的功能。

4. 使用兼容层: 尽管不是最理想的解决方案，但在某些情况下，开发一个薄薄的兼容层，将GLIBC特有的调用映射到MUSL提供的等效功能上，也是一种可行的方法。

5. 编译器标志: 检查是否有编译器标志可以帮助避免使用特定的内部函数。虽然这不是常见做法，但有时特定的编译器选项能帮助规避这类问题。

请根据你的具体情况选择合适的解决方案，并注意测试在不同环境下的兼容性和性能。