C++ 停止连接,防止GLIBC将strftime转换为u_ustrftime_l
我有一个通常使用GLIBC构建和执行的应用程序。我的一个用户正试图在一个用MUSL C库构建的平台上使用它(该库声称与GLIBC兼容) 执行此操作时,他们会得到C++ 停止连接,防止GLIBC将strftime转换为u_ustrftime_l,c++,c,glibc,musl,C++,C,Glibc,Musl,我有一个通常使用GLIBC构建和执行的应用程序。我的一个用户正试图在一个用MUSL C库构建的平台上使用它(该库声称与GLIBC兼容) 执行此操作时,他们会得到\uu strftime\u l的ldd符号解析失败,MUSL实现了此功能,但实际上不会将其导出为外部可见的符号 是否有任何方法可以停止针对GLIBC的应用程序构建,将函数(如strftime\u l()转换为\u前缀版本,如运行时解析符号表中的\urftime\u l() MUSL C库(声称与GLIBC兼容) 发件人: musl与gl
\uu strftime\u l
的ldd
符号解析失败,MUSL实现了此功能,但实际上不会将其导出为外部可见的符号
是否有任何方法可以停止针对GLIBC的应用程序构建,将函数(如strftime\u l()
转换为\u
前缀版本,如运行时解析符号表中的\urftime\u l()
MUSL C库(声称与GLIBC兼容)
发件人:
musl与glibc兼容吗?。。。 目前,一些glibc链接的共享库可以加载musl…
如果将musl替换为/lib/ld linux,那么除了最简单的glibc链接的应用程序之外,所有应用程序都将失败
如果您想支持musl,请针对它构建(并测试)单独的应用程序版本。您和您的用户都会对最终结果感到高兴。此外,在我使用G++和GLIBC进行的简单测试中,我无法再现这一点,因此,如果有人知道在什么情况下决定使用
\uuuu
前缀版本,那么知道这一点也很有用。strftime()既没有也没有做任何奇怪的事情
,因此我怀疑您的用户的编译环境。尝试让该用户从gcc-E…