gcc compilers to be supported by Macports, especially on older MacOS systems
Chris Jones
jonesc at hep.phy.cam.ac.uk
Fri Nov 22 11:18:06 UTC 2024
> So the very first thing that someone should do is fix these three ports
>
> libgcc8
> libgcc10
> libgcc11
See
https://github.com/macports/macports-ports/commit/eea28397c811c477a04407cbe3c105c76efd9219
https://github.com/macports/macports-ports/commit/06e249f837f36a877ea5dc0dd67d7b0caf964c40
( Note I was wrong about libgcc8, it is already properly configured as a
stub port )
With that, considering gcc version 7 through to 14, the only real
builds, so removing all the stubs are
gccN
libgcc14
libgcc9
libgcc7
So for any GCC version a user might request between 10 and 14, they will
only need to build two ports, one runtime (libgcc14, shared for all of
them) and the specific gcc version requested. Given how we split the
compiler from the runtime, this is as good as it can get.
For gcc9, you will need to build gcc9, libgcc9 and libgcc14
For gcc7, you will need to build gcc7, libgcc7, libgcc9 and libgcc14
So, as far as I see it the best way you can minimize the number of gcc
versions you need to build on these ancient systems, is to migrate as
many builds as you can to use gcc10 or gcc14 (the two newest ones in the
list you sent around), as then you are already in the best case scenario
(two builds). I see no compelling reason to change the dependency tree
in the libgccN versions.
Chris
More information about the macports-dev
mailing list