On 7/14/19 2:35 PM, John Reiser wrote:
Kevin Fenzi wrote:
> Neal Gompa wrote:
[[snip]]
>> This will also make it impossible for people to locally do multilib
>> build/installs. It will remove COPR’s ability to do the same. For that
>> reason alone, I don’t particularly want this change to happen.
> Can you expand on what you mean by 'locally do' ?
I want to run "gcc -m32 -o my_app-i686 *.o ..." locally on my own box
to build executables that run as 32-bit apps on multilib x86_64.
For some apps 2GB of malloc() arena is plenty, and they run faster
in 32-bit mode because a 64-byte cache line contains 16 pointers
instead of only 8.
This should still work, unless there are libraries you use that are not
multilib.
[[snip]]
> Finally, if you would prefer this not happen now, is there a time when
> you would further down the road? Whats the critera/goalpost/cutoff?
One year after Red Hat Enterprise Linux version 7 reaches end-of-support.
It would be handy for Fedora to have 32-bit *-devel packages until then.
We will still have 32bit devel packages in the x86_64 repos after this
change. It doesn't affect multilib at all. It only stops building and
publishing the 'pure' i386 repos on the mirror network.
I don't think we can drop multilib until at least steam/wine are ready
for it at least.
kevin