Why isn't there a devtoolset-12 for aarch64 arch?

[haohaolee]

Hi folks,

I am a beginner to CentOS and rhel related stuff, and I have found devtoolset is an awesome tool. Then I found there is a devtoolset-12 (gcc, gdb and etc) for x86-64 and ppc on CentOS 7, but there is no such thing for aarch64. The latest devtoolset that contains gcc for aarch64 is devtoolset-10.

I was wondering why it is like this so I checked the source rpm for them then I found there is a line of code in devtoolset-12-gcc and devtoolset-11-gcc:

Code: Select all

%if 0%{?rhel} == 7
ExcludeArch: aarch64
%endif

devtoolset-10-gcc does not have this, I think that's why we have that version for aarch64.

My question is: Is this intentional that we will not have new devtoolset for aarch64 and why?

Thanks

ps: I know that rhel 7 does not maintain the aarch64 architecture (but CentOS 7 has one)

[TrevorH]

I don't see a devtoolset-12 for x86_64 either.

[haohaolee]

Sorry, I didn't make myself clearer. But I can find devtoolset-12 somewhere on the internet, e.g.
https://copr.fedorainfracloud.org/coprs ... /packages/
or
https://yum.oracle.com/repo/OracleLinux ... x86_64.rpm
or
https://buildlogs.centos.org/c7-devtool ... et-12-gcc/

at least, there are some

[TrevorH]

The first of those is a COPR that you have to go out of your way to install as COPR's might affect things other than what they supply. The second is Oracle but would appear to be freely available. The third is where internally built things to support the buildchain for published packages are kept. I'm pretty sure that devtoolsse-12 is a pre-req for firefox and thunderbird and possibly other things. Unfortunately all the devtoolset-* packages on CentOS 7 come from the centos-sclo-rh yum repo and that's maintained - or possibly was maintained - by the SCL SIG.

Not sure how much of this is accurate as I see it mentions the sponsoring board member is Jim Perrin and he hasn't been on the board for 2 or 4 years or so: https://wiki.centos.org/SpecialInterest ... )SCLo.html

[haohaolee]

Sounds sad. Anyway CentOS 7 will come close to its end of life soon.

[jlehtone]

Wikipedia (so trust what you want) lists only one architecture for CentOS 7: the x86_64.

It does mention AltArch SIG that did build CentOS 7 for ARMv7hl, POWER7, POWER8 (le), POWER9, AArch64, and IA-32. Nobody has updated that table since 7.7. If the entire aarch64 build was hobby of one SIG and build of SCL of different SIG, then drop in "interest" might be due ta lesser feasibility. (By 2019 there was CentOS Linux 8.)

The Software Collections (SCL) were Red Hat solution for how to offer both stable EL and "modern tools". Developer Toolset being obvious poster child.

In RHEL 8 SCL was replaced by Application Streams. Nice idea, less optimal implementation. Both el8 and el9 still have some SCL-style content, GCC Toolset being one of them.

[haohaolee]

Thanks for the info, it is very helpful.

I am one of the people who are obsessed with the Red Hat approach to offer stable EL and "modern tools" and I know it is a hard approach (according to the package source code).

For myself, I can manage to use the SPECS file with little modifications to build an aarch64 package successfully. And this led to my original question.

If this is just a hobby of the AltArch SIG, it is totally understandable now.

Wikipedia (so trust what you want) lists only one architecture for CentOS 7: the x86_64.

It does mention AltArch SIG that did build CentOS 7 for ARMv7hl, POWER7, POWER8 (le), POWER9, AArch64, and IA-32. Nobody has updated that table since 7.7. If the entire aarch64 build was hobby of one SIG and build of SCL of different SIG, then drop in "interest" might be due ta lesser feasibility. (By 2019 there was CentOS Linux 8.)

The Software Collections (SCL) were Red Hat solution for how to offer both stable EL and "modern tools". Developer Toolset being obvious poster child.

In RHEL 8 SCL was replaced by Application Streams. Nice idea, less optimal implementation. Both el8 and el9 still have some SCL-style content, GCC Toolset being one of them.