Because sometimes the software I'm developing needs to link with
a proprietary library that is only available as 32 bit library.
It's a lot rarer than it used to be but there are still a few
databases that I work with that don't have 64 bit libraries.
Or indeed just because our customers want a 32 bit version of
our software so we have to be able to build and test it, though
we're on the verge of trying to drop most 32 bit support now.
Tom
On 07/06/18 10:50, Michal Schorm wrote:
Can someone explain me *real quick* what is the multilib good for? - or
more precisely, why whould anone run 32-bit software on x86_64 OS?
From what I googled, it look like everyone does it yet nobody explains
why :D
--
Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
On Wed, Jun 6, 2018 at 8:09 PM, Florian Weimer <fweimer@xxxxxxxxxx
<mailto:fweimer@xxxxxxxxxx>> wrote:
On 06/04/2018 06:55 PM, Jeff Backus wrote:
Thanks for the insight. Yes, I can see the advantages. However,
have things really gotten so bad that it justifies ejecting part
of the community?
The cost of i686 support is not insignificant. Most of that happens
upstream (like features only getting accepted when there's an
i386/i686 implementation). There's little we can do about that, but:
In fedora, we are also a point of contact for weird bugs which
someone needs to triage. I really don't want to do that, but due to
the lack of secondary architectures, I'm often forced to because
i686 breakage brings development on architectures which I actually
care about to a halt.
I can justify this work if it helps downstream (so that we can be
confident that customers will be able to run their legacy software
going forward). But with the current divergence in build flags, it
is fairly questionable whether my work can deliver such a benefit,
and that is frustrating.
Thanks,
Florian
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
<mailto:devel@xxxxxxxxxxxxxxxxxxxxxxx>
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
<mailto:devel-leave@xxxxxxxxxxxxxxxxxxxxxxx>
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
<https://getfedora.org/code-of-conduct.html>
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
<https://fedoraproject.org/wiki/Mailing_list_guidelines>
List Archives:
https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/SJ57YLA5XHOYJAAZR3RZBSOPOR4KEO53/
<https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/SJ57YLA5XHOYJAAZR3RZBSOPOR4KEO53/>
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/FDDNDJI2ONZXFCSA7QQLOSFBBPO34GHZ/
--
Tom Hughes (tom@xxxxxxxxxx)
http://compton.nu/
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/QFRPSYOVWJS7IZ3PRXV2NYU6F5MVWA65/
