* Christoph Erhardt:
> I'm trying to build mold for epel8. A bunch of mold's unit tests produce
> statically linked 32-bit binaries, so on x86_64 we need a build dependency on
> a static multilib glibc.
>
> I have learnt that multilib build dependencies are a tricky thing in Koji, and
> the only solution I have found to work is to specify a filename-based
> dependency:
> `BuildDepends: /usr/lib/libc.a`
>
> This works fine for rawhide, f35, f34 and epel9 but fails on epel8:
> ```
> No matching package to install: '/usr/lib/libc.a'
> ```
> Full build log:
>
https://kojipkgs.fedoraproject.org/work/tasks/2503/81962503/mock_output.log
>
> Any ideas?
We do not support cross-building, so you'd have to use a 32-bit builder
for building 32-bit binaries (which does not exist for EPEL). You can
test this in an gating/integration test, which can install the i686
packages.
You don't see this in Fedora because it we have the glibc32 package
there, but it's a hideous hack that needs to go away. It only exists to
support building glibc itself.
Sorry, that should be “support building gcc with multilib support”.
Florian