Re: F43 Change Proposal: Drop i686 support (system wide)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On Wed, 25 Jun 2025 at 18:15, Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> wrote:
On Wed, 2025-06-25 at 23:58 +0200, Jakub Jelinek wrote:
> On Wed, Jun 25, 2025 at 10:54:21PM +0100, Adam Williamson wrote:
> > On Wed, 2025-06-25 at 22:09 +0200, Jakub Jelinek wrote:
> > > i686-linux is one of the few primary architectures for gcc
> >
> > Maybe it shouldn't be any more?
>
> It is important to have some 32-bit architectures among the primary targets
> to maintain 32 vs. 64 code cleanliness, make sure the right printf or
> gcc_diag format specifiers are used in the code etc.

It's only important so long as 32-bit matters. Does 32-bit still really
matter? Has GCC thought about this?

I'm asking this to some extent as an intentionally dumb question - I'm
kinda expecting to be told "yes, GCC still cares about 32-bit for
<insert good reasons here>". I just wanted to have that written down.

One thing that the last 4 years outside of Fedora has reinforced to me is how much of the computer world is NOT 64 bit. Most of the hardware in everything from the 900 mini computers in a standard car to the 10 or so in a washing machine are 16 bit and 32 bit ones. The average home computer is at least 4 32 bit cpus and a couple of 16 bit one's working behind the scenes of the 64 bit processor and GPU you do your work in. Intel is still used a lot in this 32 bit world and the compiler that is used is primarily gcc. 

Currently, many of the Red Hat developers who work on gcc and other tools are using Fedora (or older RHEL) to support this ecosystem which means that Fedora gets a lot more focus from build-chain problems than probably other operating systems. When they have to move to another operating system, Fedora becomes more and more the 'oh it's broken.. not on my XYZ OS, I'll have to spin up something in my free time to get to it.'



--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
-- 
_______________________________________________
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, report it: https://pagure.io/fedora-infrastructure/new_issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux