musl相关内容
我正在尝试构建 MariaDB v10.3 与 x86_64 Debian 内核 v4.19 上的 musl 工具链.我主要使用 musl-gcc gcc 包装器来实现这一点.我安装的相关包如下: musl (1.1.21-2):标准 C 库 musl-dev (1.1.21-2):标准C库开发文件 musl-tools (1.1.21-2):标准 C 库工具 为了构建 Maria
..
我有一个依赖于 Hyper 和 Diesel 的项目,因此,依赖于本机库 OpenSSL 和 libpq.该项目基于夜间 Rust 构建,因为它使用编译器插件. 我目前的尝试是在 Docker 容器上构建.我有 MUSL libc 和库 make'd 并安装了前缀 /usr/local/musl.我使用以下命令运行 cargo :(不确定某些选项是否多余,我不太熟悉编译器链,甚至不确定它们是
..
musl 团队声称不需要检测 musl libc 的方法,因为他们只实现标准功能并且没有需要检测的怪癖. 直到今天,这种说法很可能是正确的,但它不再是正确的.正常功能检测不起作用,因为该功能存在但已损坏,我宁愿不对其进行探测,因为我不想在编译时要求 root 并禁止交叉编译.该错误已通过最小化示例代码报告,维护人员根本不想修复它,也不会接受我的补丁. 我不会惩罚其他所有的 libc,因
..
我试图弄清楚为什么GCC生成的二进制文件如此之大. 考虑这个空程序: int main(){返回0;} 现在,我使用 GCC 9.2.1 20190827(Red Hat 9.2.1-1)和 glibc 2.29 构建它,而没有任何其他参数: gcc -o test test.c 生成的二进制文件为21984字节(〜22 KB).用 xxd 查看生成的文件,在多个地方长期
..
我正在尝试构建MariaDB v10.3和x86_64 Debian内核v4.19上的 musl 工具链.我主要使用musl-gcc gcc包装器来实现此目的.我安装的相关软件包如下: musl(1.1.21-2):标准C库 musl-dev(1.1.21-2):标准C库开发文件 musl-tools(1.1.21-2):标准C库工具 要构建MariaDB,我首先运行: CC
..
我有一个使用musl libc编译的共享库 $ readelf -d ./libinterop_d.so 偏移量为0x8ecb0的动态部分包含22个条目: 标签类型名称/值 0x0000000000000001(需要)共享库:[libc.so] 0x000000000000000f(RPATH)库rpath:[/ usr / local / musl / lib] 0x00
..