On Sat, Jul 27, 2024 at 09:23:54PM +0200, Daniel Sahlberg wrote:
> Do you a specific preference regarding the change (does it affect your
> ability to continue providing the Subversion package, do you have any
> timing requirements etc.)?
> 
> Do you have experience from other projects switching to CMake (dos and
> don'ts) that can improve our switch?

Speaking with a downstream hat on, I can't remember if I've dealt with 
any packages converting to CMake, but a few thoughts:

- no bias particularly for or against CMake, generally "if it works for 
upstream, we'll make it work for us"

- build times can be a big +ve for CMake with highly parellizable 
complex builds which distro maintainers love, but SVN did this more or 
less perfectly already. Some of the language bindings historically had 
"make -j" issues so if that could be fixed with CMake, it's a +ve

- soname handling is very important and SVN's use of libtool was 
idiosyncratic anyway, so, doing it better with CMake would be another 
selling point

Can't think of much else.

Regards, Joe

Reply via email to