症状

我需要单独构建一个 libsystemd.so ，但我发现手动构建和编写 spec 文件后用 rpmbuild 构建出来的 libsystemd.so.0.35.0 不同，rpmbuild 构建出来始终多一个 libgcc_s.so.1 的依赖：

build/libsystemd.so.0.35.0:
        linux-vdso.so.1 (0x0000ffffb5d77000)
        libcap.so.2 => /lib64/libcap.so.2 (0x0000ffffb5ab0000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x0000ffffb5a50000)
        libzstd.so.1 => /lib64/libzstd.so.1 (0x0000ffffb5980000)
        libc.so.6 => /lib64/libc.so.6 (0x0000ffffb57b0000)
        /lib/ld-linux-aarch64.so.1 (0x0000ffffb5d2a000)

# 以上是手动构建效果，没有 libgcc_s.so.1
# 以下是 rpmbuild 构建效果，强行塞了个 libgcc_s.so.1 进去

../BUILD/systemd-252/build/libsystemd.so.0.35.0:
        linux-vdso.so.1 (0x0000ffff92396000)
        libcap.so.2 => /lib64/libcap.so.2 (0x0000ffff921f0000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x0000ffff92190000)
        libzstd.so.1 => /lib64/libzstd.so.1 (0x0000ffff920c0000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000ffff92060000)
        libc.so.6 => /lib64/libc.so.6 (0x0000ffff91e90000)
        /lib/ld-linux-aarch64.so.1 (0x0000ffff92349000)

这对于想构建一个只依赖于 glibc 和其他文件体积不大的必备依赖的 libsystemd.so.0.35.0 来说是不可接受的。

既然手动构建没有添加 libgcc_s.so.1 ，那么问题应该出在 rpmbuild 上，他会用某种方式向 meson 或 ninja 构建时传递了什么参数或选项导致（应该不是往构建规则文件中写入内容），我上网查找了下，可能导致 libgcc 被添加的是一些 gcc 构建选项比如：

-Wl,--no-whole-archive
-Wl,--no-as-needed
--with-pie=no
...

但网上查了下，如果不往 meson 有关构建文件添加这类信息的话，不会出现构建出来多一个依赖的情况，我对这东西不太了解，网上查了半天测试半天没什么头绪，有没有熟悉这方面的大佬解惑？提前感谢！

手动复现

我试了下还挺好复现问题的（后文涉及的很多段命令挂好代理后可以全选直接复制运行）:

• vmware 装的系统：fedora server 38 就是最新版，安装系统时指定最小化安装，安装时创建一个能 sudo 提权的 build 用户
• 进系统后配置源和安装必要软件包（ python 后面那版本号根据系统实际情况填写，我这是存在 3.12 版本的）：

systemctl stop dnf-makecache.timer
systemctl disable dnf-makecache.timer
sed -e 's|^metalink=|#metalink=|g' \
    -e 's|^#baseurl=http://download.example/pub/fedora/linux|baseurl=https://mirrors.ustc.edu.cn/fedora|g' \
    -i.bak \
    /etc/yum.repos.d/fedora.repo \
    /etc/yum.repos.d/fedora-modular.repo \
    /etc/yum.repos.d/fedora-updates.repo \
    /etc/yum.repos.d/fedora-updates-modular.repo
dnf makecache

dnf update
dnf install wget nano tree -y
dnf groupinstall "Development Tools" -y
dnf install texinfo gcc-c++ perl -y
[ -f /usr/bin/yacc ] && mv /usr/bin/yacc /usr/bin/yacc.bak
ln -s /usr/bin/bison /usr/bin/yacc
dnf install meson gperf python3.12 python3-pip libcap-devel libmount-devel cmake -y
dnf install fedora-packager rpmdevtools -y

• 之后所有操作切到普通用户下： su - build
• 创建 rpmbuild 打包环境：

cd /home/build
rpmdev-setuptree
rpmdev-newspec -o ~/rpmbuild/SPECS/test.spec

• 编写 spec 文件(这里面所有行全部复制,一次性粘贴到命令行运行)

cat > ~/rpmbuild/SPECS/test.spec << EOF
Name:              aaa
Version:           1.0.0
Release:           1%{?dist}
Summary:           aaa
License:           GPLv3

%global s0_dir systemd-252
Source0:           %{s0_dir}.tar.gz
#Source1:         systemd-252-security_fix-1.patch

%description
%prep
rm -rf %{_builddir}/%{s0_dir}
%setup -q -T -D -n %{s0_dir} -b 0

%build
cd %{_builddir}/%{s0_dir}
#patch -Np1 -i %{S:1}
meson build
soName=\$(find build -maxdepth 1 -type d -name libsystemd.so* | sed  's#build/##; s#.p\$##')
ninja -C build \${soName}
# 这里加上退出是到构建操作结束直接停止，减少后续不必要的构建 rpm 软件包时的大量内容输出
exit 123

%install
%pre
%post
%preun
%postun
%files
%changelog
%autochangelog
EOF

• 下载源码包和补丁并分别为手动和 rpmbuild 构建各准备一份(多行命令，可全选一次性粘贴进命令行执行，最好挂个代理，下载慢)

wget -P ~ https://github.com/systemd/systemd/archive/v252/systemd-252.tar.gz
cp -rp ~/systemd-252.tar.gz ~/rpmbuild/SOURCES

• 到此开始构建：

cd ~
rm -rf ~/systemd-252
tar xfv ~/systemd-252.tar.gz
cd ~/systemd-252
meson build
soName=$(find build -maxdepth 1 -type d -name libsystemd.so* | sed  's#build/##; s#.p$##')
ninja -C build ${soName}

# 以上手动构建
# 以下自动构建

rpmbuild -D '_topdir /home/build/rpmbuild'  -bb ~/rpmbuild/SPECS/test.spec

• 检查结果(会出现开头的症状)：

ldd ~/systemd-252/build/libsystemd.so*

# 以上手动构建检查
# 以下自动构建检查

ldd ~/rpmbuild/BUILD/systemd-252/build/libsystemd.so*

运行输出信息

输出信息多还没高亮，而且超两万字限制了发不出来，建议本地复现检查