* Demi Marie Obenour: > On 9/1/21 1:32 PM, Neal Gompa wrote: >> On Wed, Sep 1, 2021 at 1:24 PM Demi Marie Obenour <demioben...@gmail.com> >> wrote: >>> >>> On 9/1/21 8:15 AM, Vitaly Zaitsev via devel wrote: >>>> On 01/09/2021 10:47, Dominik 'Rathann' Mierzejewski wrote: >>>>> Also, there are tons of old closed-source i686-only games that depend on >>>>> i686 libraries other than Wine or Steam. >>>> >>>> We can't provide i686 support forever. >>> >>> I think we can provide i686 support for quite a while longer, but only >>> if we are willing to cross-compile. Native compilation on 32-bit hosts >>> is a dead end. >>> >> >> Cross compilation eliminates the ability to run tests, so that's a >> non-starter. > > In the specific case of i686, it is possible to run i686 binaries even > if the build machine is 64-bit, unless I am missing something.
In autotools parlance, cross-compilation is defined by the inability of running even the most trivial program that was just compiled. What you seem to be arguing for is using a multilib build environment that leans towards 64-bit, overridden towards 32-bit mode using build flags. Like the environment that you have to use if you want to build 32-bit binaries on Red Hat Enterprise Linux outside of Red Hat. That just does not work in current Koji, and probably does not work that well with direct mock invocations, either. It's the reason why there are no 32-bit package builds in EPEL anymore. (If you see a contradiction with my recent comments regarding 32-bit Arm: what I was suggesting there was running 32-bit buildroots on 64-bit kernels, so just like the thing we do for i686 today.) Thanks, Florian _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
