On Tue, Dec 13, 2011 at 12:35 PM, Vincent Torri <vincent.to...@gmail.com> wrote: > On Tue, Dec 13, 2011 at 2:28 PM, Gustavo Sverzut Barbieri > <barbi...@profusion.mobi> wrote: >>> >>> I would actually like you to answer that question: why moving to cmake >>> if the autotools are already doing the job correctly ? >> >> Doing it correctly may not be enough. > > you didn't answer to that question. you just give vague comparison. So > what's no enough ?
1. it is utterly complicated for what it does, m4 macros are a hell, the shell commands to be portable must be restricted from gnu-isms and likely we fail at that from time to time. 2. it does not generate native build systems, which is not a problem for the way we handle win32/mac ports at the moment, but it may not be sufficient in the future. 3. it does not help with generation of your windows packages, cmake generates it and other helpers for the unpackaged distributions (rpm at least). 4. it is hard to maintain (see #1). 5. it is hard to customize and extend (see #1) All in all, everything that is being used now works... otherwise it wouldn't be used, that's for sure. So it's moot point saying that we can't change because it's there and is working. This is the same argument for CVS->SVN->GIT, etc. If we had a custom shell script of makefile, it would be working... yet it would not be the best solution. Aside from "autofoo is there and works", why should we stick to it? Once we do the cmake it will be there and will work. What would account for autofoo? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Systems Optimization Self Assessment Improve efficiency and utilization of IT resources. Drive out cost and improve service delivery. Take 5 minutes to use this Systems Optimization Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
