Re: cmake-devel --> cmake coming .... please test if you care to

[Sergio Had]

Just for the record, cmake-devel 3.29.0 works fine for me on native systems 
where 3.28.1 was failing (10.6 ppc and 10.6 i386).

It does not build on 10.6.8 Rosetta, likely due to an unrelated issue, but this 
is not a stopper, since no one uses Rosetta outside of testing/development. If 
anyone happens to use Macports in Rosetta (I recall Kirill had such a set-up), 
the last version to work there is 3.28.4 from Ken’s recent update to the port.


> On Mar 27, 2024, at 8:48 PM, Ken Cunningham  
> wrote:
> 
> We sorted out a workaround for the failing systems that was incorporated 
> upstream, and after some further testing, updated the cmake port to the 
> current version on all systems.
> 
> Both cmake and cmake-devel are about the same now, so feel free to go back to 
> the main cmake port.
> 
> Tiger needs verification.
> 
> K
> 
>> On Mar 27, 2024, at 02:29, Riccardo Mottola  
>> wrote:
>> 
>> Hi Ken,
>> 
>> Ken Cunningham wrote:
>>> the cmake port is very very far behind.
>>> 
>>> cmake-devel has been updated to the newest version currently available
>>> (3.29.0) for most systems, and then newest supportable (3.28.4) for 10.7
>>> and < 10.6.
>>> 
>> 
>> I deactivated cmake and installed cmake-devel as test on 10.5 intel
>> 64bit, 10.7, 10.11
>> 
>> Build when file on all systems. I think the best test is using it during
>> more upgrades... I don't remember off-hand which ports use to test.
>> I hope that w e don't get red-herrings of failures on other packages due
>> to that.
>> 
>>> 
>>> https://trac.macports.org/ticket/67540
>>> 
>>> If you are a keener with debugging on 10.7, and can sort out a proper
>>> fix for 3.29.0 on 10.7, upstream will love you. Most likely eventually
>>> we/they will use the commits they added to the 3.28.N branch to fix it
>>> for those systems, although those commits are more involved that we
>>> usually like to carry.
>> 
>> At a first glance I don't understand the issue, it looks like
>> compiler/linker gets confused. If you want... we can try to tinker on it.
>> 
>> Riccardo

Re: cmake-devel --> cmake coming .... please test if you care to

[Ken Cunningham]

We sorted out a workaround for the failing systems that was incorporated 
upstream, and after some further testing, updated the cmake port to the current 
version on all systems.

Both cmake and cmake-devel are about the same now, so feel free to go back to 
the main cmake port.

Tiger needs verification.

K

> On Mar 27, 2024, at 02:29, Riccardo Mottola  
> wrote:
> 
> Hi Ken,
> 
> Ken Cunningham wrote:
>> the cmake port is very very far behind.
>> 
>> cmake-devel has been updated to the newest version currently available
>> (3.29.0) for most systems, and then newest supportable (3.28.4) for 10.7
>> and < 10.6.
>> 
> 
> I deactivated cmake and installed cmake-devel as test on 10.5 intel
> 64bit, 10.7, 10.11
> 
> Build when file on all systems. I think the best test is using it during
> more upgrades... I don't remember off-hand which ports use to test.
> I hope that w e don't get red-herrings of failures on other packages due
> to that.
> 
>> 
>> https://trac.macports.org/ticket/67540
>> 
>> If you are a keener with debugging on 10.7, and can sort out a proper
>> fix for 3.29.0 on 10.7, upstream will love you. Most likely eventually
>> we/they will use the commits they added to the 3.28.N branch to fix it
>> for those systems, although those commits are more involved that we
>> usually like to carry.
> 
> At a first glance I don't understand the issue, it looks like
> compiler/linker gets confused. If you want... we can try to tinker on it.
> 
> Riccardo

Re: cmake-devel --> cmake coming .... please test if you care to

[Riccardo Mottola via macports-dev]

Hi Ken,

Ken Cunningham wrote:
> the cmake port is very very far behind.
> 
> cmake-devel has been updated to the newest version currently available
> (3.29.0) for most systems, and then newest supportable (3.28.4) for 10.7
> and < 10.6.
> 

I deactivated cmake and installed cmake-devel as test on 10.5 intel
64bit, 10.7, 10.11

Build when file on all systems. I think the best test is using it during
more upgrades... I don't remember off-hand which ports use to test.
I hope that w e don't get red-herrings of failures on other packages due
to that.

> 
> https://trac.macports.org/ticket/67540
> 
> If you are a keener with debugging on 10.7, and can sort out a proper
> fix for 3.29.0 on 10.7, upstream will love you. Most likely eventually
> we/they will use the commits they added to the 3.28.N branch to fix it
> for those systems, although those commits are more involved that we
> usually like to carry.

At a first glance I don't understand the issue, it looks like
compiler/linker gets confused. If you want... we can try to tinker on it.

Riccardo

cmake-devel --> cmake coming .... please test if you care to

[Ken Cunningham]

the cmake port is very very far behind.

cmake-devel has been updated to the newest version currently available (3.29.0) 
for most systems, and then newest supportable (3.28.4) for 10.7 and < 10.6.

Please try out if you care to, as cmake-devel should become cmake soon.

If you are interested in the issues regarding v3.29.0 on 10.7 (kernel panic) or 
< 10.6, there are details here:

https://trac.macports.org/ticket/67540 

If you are a keener with debugging on 10.7, and can sort out a proper fix for 
3.29.0 on 10.7, upstream will love you. Most likely eventually we/they will use 
the commits they added to the 3.28.N branch to fix it for those systems, 
although those commits are more involved that we usually like to carry.

K