Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Package Request] - GCC 14.2 or GCC 13.3 #803

Open
RichardLeeY opened this issue Sep 27, 2024 · 1 comment
Open

[Package Request] - GCC 14.2 or GCC 13.3 #803

RichardLeeY opened this issue Sep 27, 2024 · 1 comment
Labels
enhancement New feature or request packages Package request

Comments

@RichardLeeY
Copy link

What package is missing from Amazon Linux 2023? Please describe and include package name.
GCC 14.2 or 13.3
Is this an update to existing package or new package request?
Now in Amazon linux 2023 , only GCC version 11.4.1 20230605 is available.
Is this package available in Amazon Linux 2? If it is available via external sources such as EPEL, please specify.
No
Any additional information you'd like to include. (use-cases, etc)
By July 2024, our C++ application will be upgraded to C++23, and it will be compatible with GCC 13.3 or higher versions up to 14.2. We hope that GCC 13.3 or 14.2 will be offered as a GCC package option in Amazon Linux 2023.

Now that the c8g/m8g/r8g instances have been released, we need GCC 13 or higher versions to get the best support and performance.
Having GCC 13.3 or 14.2 as an installation option will be more convenient for us and other AWS customers.

@ozbenh
Copy link

ozbenh commented Oct 13, 2024

We are investigating adding namespaced updated toolchains (gcc, llvm/clang) and updating rust for an upcoming release.

A question for customers: Would you prefer a RHEL-style namespacing by which all the new toolchains live in a separate "root" (ie, /opt/amzn/gcc-toolset-14/{usr,bin,lib...} for example) with an "activate" script that changes PATH, INFO_PATH, etc... to point there ? Or do you prefer a more traditional approach of prefixing the binaries like we did in AL2 with gcc10 ? ie, /usr/bin/gcc14-{gcc,ld,as,...} ?

An compromise could be to do the latter and add a symlink farm in /opt for those who prefer the "activate" script method I suppose but it gets messy.

@ozbenh ozbenh added enhancement New feature or request packages Package request labels Oct 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request packages Package request
Projects
None yet
Development

No branches or pull requests

2 participants