4 ms·
The only reason CMake is considered better than automake is because automake is so unimaginably dreadful. CMake is a lot worse than pretty much any competent pi
by DagAgren 6y ago
The only reason CMake is considered better than automake is because automake is so unimaginably dreadful. CMake is a lot worse than pretty much any competent piece of software.
- mister_hn 6y agoYet CMake is much better and comes with support for installers (Deb/rpm/MSI/DMG), which is a killer feature. And now it's even better to couple it with Conan for dependency management
- irishcoffee 6y agoIgnoring the qt part entirely, I think qmake is the best of the bunch.
- dasloop 6y agoQt is moving to CMake too. And the latest versions of CMake are as good, or better, than qmake. Add to that vcpkg and you will have a fantastic solution for managing dependencies. Maybe CMake is not the best but is good enough and the new standard in the C++ world.
- irishcoffee 6y agoIt’s really not good enough, it’s ok to admit it. Nobody likes CMake, it just somehow won the makefile generator wars. Having to a learn shitty, esoteric language to compile my code Is not something that makes me more productive.
- jcelerier 6y ago> Having to a learn shitty, esoteric language to compile my code Is not something that makes me more productive. You say that but frankly between CMake code and Ant or msbuild ...
- irishcoffee 6y agoQmake. It’s simple, it’s cross-platform, it gets out of my way.
- jcelerier 6y agoit's also going the way of the dodo as Qt 6 is migrating to CMake :p
- irishcoffee 6y ago5 will get forked because of the way 6 is being licensed.
- jcelerier 6y ago6 will be licensed like 5 : https://www.embeddeduse.com/2019/12/21/safe-guarding-the-lgpl-future-of-qt/ https://www.embeddeduse.com/2019/12/21/safe-guarding-the-lgp...
- freedomben 6y agoI agree. qmake was much, much better to work with than cmake. I tend to believe the reason cmake won is because qmake was so associated with Qt. The best tech does not always win.
- pjmlp 6y agoAndroid also settled with cmake, while keeping the original ndk-build makefile based one, after doing a couple of failed attempts to switch to something else. After 10 years they are finally introducing AAR support for NDK projects, which is also built on top of cmake.
- codys 6y agoqmake is has very poor handling of dependencies between generate header files, like those used with protobuf. https://github.com/jmesmon/qmake-protobuf-example https://github.com/jmesmon/qmake-protobuf-example