On Tue, Dec 13, 2011 at 1:24 PM, Gustavo Sverzut Barbieri <[email protected]> wrote: > On Tuesday, December 13, 2011, Vincent Torri <[email protected]> > wrote: >> On Tue, Dec 13, 2011 at 10:13 AM, Gustavo Sverzut Barbieri >> <[email protected]> wrote: >>> +1 >>> >>> Could we also move to cmake? >> >> thjere is no interest in having both buid systems, except pain. cmake >> is in addition less powerful than the autotools > > Define less powerful. Actually for your win32 case it's more powerful ;-)
why ? It works on windows, cross compilation works. So there is no benefits. Don't mention the visual studio support : vc++ can not compile correctly some parts of the EFL, so it's irrelevant. > >> >> Now, i play the dictator game: If cmake is added, i stop to maintain >> the autotools. > > That is the point, if we succeed to show it is simple enough that more > people will understand. Being realistic there are few developers aside you, > raster and me that hack those m4/e*.m4 :-( > > You'll like cmake, it's very simple and easy to use. I would actually like you to answer that question: why moving to cmake if the autotools are already doing the job correctly ? It will in the end do exactly the same thing, but with less power: * portability (you just need a shell with a, autotool tarball, nothing more, no tweaks) * cross compilation (cmake is bad at that, it's working fine with the autotools) * you can't build at the same time static and shared lib with cmake * i've never succeeded in using cmake on windows And there is absolutely NO chance that I will help someone with a possible cmake build system, whatever your arguments will be. Vincent ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
