If some feature is missing, like support for modules, we can update it if needed
I think this will need some effort. A better alternative could be to use a newer build-system maybe. But switching to a build system not widely used and/or tested it has no
advantages and a lot of disadvantages and potential problems (cmake and b2 are tested over all kind of computer configuration in the world, even a little percentage of problem can afflict many, many users).
HMake testing is quite extensive but at the moment it is 8/10. I know of 2 bugs. These would be fixed using test test-driven approach i.e. first a failing test-case would be added and then fixed. A production build-system cannot afford any bugs. I am confident that I can deliver such a system in the timeframe quoted and that the transition will be smooth sailing. Again, the biggest advantage compared to the competition is drop-in header-units support which could result in 2.5x speed-up. If this could be added in b2 for cheaper then well and good, otherwise you can consider mine. On Fri, Mar 22, 2024 at 7:49 PM Daniele Lupo via Boost < boost@lists.boost.org> wrote:
Hi.
Sorry but I'm against it. We already have the actual build sistem that's ok. If some feature is missing, like support for modules, we can update it if needed. Besides, boost is already build with cmake in package managers like vcpkg (I don't have experience with other package managers like conan but I assume that they are not reinventing the wheel). Adding another build system (that's not widely used) improves only the entropy.
For me it's ok to add some issue for current build system.
For me it's ok to give wider support to already supported (officially or unofficially) tools like cmake, even if one day the main group will decide to switch to one one them.
But switching to a build system not widely used and/or tested it has no advantages and a lot of disadvantages and potential problems (cmake and b2 are tested over all kind of computer configuration in the world, even a little percentage of problem can afflict many, many users).
Regards
Daniele Lupo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost