* Florian Weimer: > * 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 _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
