gcc compilers to be supported by Macports, especially on older MacOS systems

Chris Jones jonesc at hep.phy.cam.ac.uk
Thu Nov 21 15:17:05 UTC 2024



On 21/11/2024 3:11 pm, Chris Jones via macports-dev wrote:
> 
> 
> On 21/11/2024 3:02 pm, Ken Cunningham wrote:
>>
>> On 2024-11-21, at 6:56 AM, Chris Jones wrote:
>>
>>>
>>>
>>> On 21/11/2024 2:49 pm, Ken Cunningham wrote:
>>>>> On Nov 21, 2024, at 6:44 AM, Chris Jones <jonesc at hep.phy.cam.ac.uk> 
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> On 21/11/2024 2:44 pm, Ken Cunningham wrote:
>>>>>>> On Nov 21, 2024, at 1:29 AM, Chris Jones via macports-dev 
>>>>>>> <macports-dev at lists.macports.org> wrote:
>>>>>>>
>>>>>>>
>>>>>>>> OOTH: If gcc10 is available and installed, why would you want to 
>>>>>>>> call in a full build of gcc13 unnecessarily to build the port?
>>>>>>>
>>>>>>> If you are suggesting the builds should check to see what the 
>>>>>>> user has installed and pick a compiler based on that, then no, 
>>>>>>> absolutely not.
>>>>>> Nobody ever suggested that.
>>>>>
>>>>> Then what precisely are you posing to do ?
>>>>>
>>>> Exactly what was stated before:
>>>> current status then is we have a proposal to restrict available 
>>>> compilers on systems < 10.6 to
>>>> gcc48, gcc5, gcc6, gcc7, gcc10, and gcc14
>>>
>>> OK, The proposals where hard to follow as you keep switching between 
>>> making changes for all OSes and only for  < 10.6..
>>>
>>> It also does not explain how you would achieve your statement
>>>
>>> "OOTH: If gcc10 is available and installed, why would you want to 
>>> call in a full build of gcc13 unnecessarily to build the port?"
>>>
>>> If you allow me to now rewrite this as
>>>
>>> "OOTH: If gcc10 is available and installed, why would you want to 
>>> call in a full build of gcc14 unnecessarily to build the port?"
>>>
>>> then explain how you propose the compiler selection would work ? If a 
>>> user has gcc10 installed, but does not have gcc14, then if the gcc 
>>> selection remains as it is (use most recent available) a port build 
>>> will still pick gcc14 and install that before using it ? I cannot see 
>>> how you achieve the above without having the port first peak to see 
>>> what the user has installed and base its decisions on that.
>>
>> exactly the same as compiler selection works now.
>>
>> gcc48, gcc5, gcc6, gcc7, gcc10, and gcc14 will be available.
>>
>> compiler selection will go from gcc14 to gcc10 if gcc14 is 
>> blacklisted, avoiding potentially unnecessary installs of gcc13, 12, 
>> and 11 for no reason presuming gcc10 can build what gcc14 does not.
>>
>> If someday there is a reason why uniquely and without fix only a 
>> gcc11,12, or 13 would do -- we will cross that bridge. That is very 
>> unlikely.
> 
> Where is the current list of gcc compilers considered as viable on <10.6 
> defined ?
> 
> If I look at
> 
> https://github.com/macports/macports-ports/blob/master/_resources/ 
> port1.0/compilers/gcc_compilers.tcl
> 
> the list crated there for <10.6 is very short... If I am manually 
> reading it right its just
> 
> macports-gcc-7 macports-gcc-6 macports-gcc-5
> 

likewise, if I look at the compilers PG

https://github.com/macports/macports-ports/blob/master/_resources/port1.0/group/compilers-1.0.tcl

the list there is also already restricted to

  lappend gcc_versions 5 6 7 8 9

if I am parsing things correctly.

So, where exactly are the gcc compilers 10 to 14 entering the game 
currently for builds on <10.6 ?




More information about the macports-dev mailing list