From: M G. <aur...@gm...> - 2009-09-11 17:22:10
|
Hi, I personally am interested am interested in alternatives to autotools; the main problem in this case, i guess, is this home-brew framework that is quite uncommon; depending on this for STK is probably not a good idea -- Auria 2009/9/11 Hendrik Dark <hen...@we...> > Hi, > > Am Freitag 11 September 2009 12:04:24 schrieb Robert Schuster: > > It would be good if you enforce out-of-tree builds for cmake > > builds. > That is already done. ;) > I personally use <project-root>/build/<platform>/ > > I have not commited my CMake files for some reasons: > 1) I have no svn account to commit anything at all > 2) My CMakeLists.txt files are based/depend on a CMake framework I am > writing. > 3) The framework is pre-alpha version. > 4) I'm busy. > > 1) ... and do not want to post all that stuff on mailing list. > > 2) I intend to use this framework in other projects too, which leads to the > problem that I would have to commit every change to the framework to ever > project that uses this framework. I don't think introducing an new > dependency > to stk is good idea either. So I'm not sure what to do. > > > 3) Before anyone asks why a CMake framework at all. Well, there is a lot of > CMake code written again and again that can be avoided (especially when it > comes to find the libraries and headers an application depends on). One can > make some libaries depend on a certain system. > The following command makes CMake to look for a library called winmm only > on > Windows. > smart_add_libraries(NAMES "winmm" PLATFORMS "WIN") > The framework offers some hacks to get named parameters like in CMake's > find_library command which makes it very comfortable to script your own > helper > functions as you can make more than one parameter optional, the order of > parameters irrelevant and enforce a parameter to have a certain type (only > pseudo types String, Number or Boolean) or to be a list of one of these > types. > > At the moment this framework is a work in progress. A lot of things still > need > to be implemented. Others stuff needs some cleaner code and bug fixes and I > have to improve the documentation. > > 4) I'm quite busy at the moment so I cannot improve the CMake stuff as fast > as > I want. Depends on the stk developers if they want to include that early > version of my CMake files in stk. At least on my system everything works > and I > configure and compile stk with CMake since about a month now. > > Cheers, > darkh > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Supertuxkart-devel mailing list > Sup...@li... > https://lists.sourceforge.net/lists/listinfo/supertuxkart-devel > |