From: Sander v. D. <sgv...@gm...> - 2009-03-16 16:01:47
|
Hey, I will try setting the minimum version to 2.4 and see what happens. If it won't work it shouldn't be too big a problem to install a newer version (or compile it, as on these systems we don't have root access). If it's too much work to make it work under 2.4 I agree it's not worth it, was just wondering if it would be a small fix to have it working out of the box with older versions as in Ubuntu 8.04. Thanks! Sander On Mon, Mar 16, 2009 at 3:26 PM, Hedayat Vatankhah <hed...@ai...>wrote: > Hi, > > *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on > 03/16/2009 05:59:10 PM: > > Hey all, > > We encountered a small issue with using cmake. As defined in > CMakeLists.txt, the minimum required version is 2.6. However, on some > systems we have 2.4, which is the version used in Ubuntu 8.04. Since this is > the latest Long Term Support version I can imagine more people stick to this > version. I am not familir with cmake at all besides the use for simspark, > but is there some functionality that we rely on that is not in version 2.4. > Or can we perhaps just set the required version to 2.4 so it can be used on > more systems? > > I'm not sure about it, but CMake had a rapid growth recently and many > changes, so I guess that the current files won't work with 2.4 versions. > But, you can try changing the min version to 2.4 to see what happens. But, > again, I think it will fail with a high probability. And I think it will > need many dirty changes to make it compatible with 2.4 (but I'm not sure > again!!). > On the other hand, if I remember correctly, cmake.org provides binary > packages for Linux, so it might be easy to get a binary version of cmake 2.6 > and run under Ubuntu 8.04. > Finally, compiling cmake should not be problematic and it won't need extra > requirements I think. > What's your opinion? > > Thanks a lot, > Hedayat > > > Cheers, > Sander > > On Fri, Jan 23, 2009 at 8:57 AM, Hedayat Vatankhah <hed...@ai...>wrote: > >> Hi again! >> >> I've almost finished adding CMake support to our projects in SVN. It needs >> testing on systems with different configurations, but the needed changes >> would not be much. So, it seems that removing autotools support will not >> hurt the project itself. >> >> >> First, from now on please consider CMake as the primary build system, >> and use it instead of auto-tools yourselves, and report any problems you >> have (and possibly fix them). >> >> >> Second, sooner or later we are going to drop auto-tools support. I think >> there are 2 reasonable options (you can add new ones though): 1. removing >> autotools support now (before releasing a new version) or 2. maintaining >> autotools support until the next release of the simulator and dropping the >> support after that. >> >> I'm still not sure if the second option have any advantages. Please let us >> know what you think about it. >> >> >> Finally, it would be nice if you can test our CMake build system on Mac >> OSX and Windows,� and help us to improve our CMake support so the we can use >> cmake for all platforms and not using any other build systems for that >> purpose (like VS project files). >> >> Also, CPack (a part of cmake suit) supports generating installers for >> those systems (on Windows, it support NSIS installer). It'll enable us to >> create binary installers easily. I'll try to improve our support for those >> systems, but it needs testing specially on Mac OSX as I'm not much familiar >> with it and I don't have access to one of those. (It seems that CPack >> supports creating RPMs and DEBs too, but I've not investigated� them yet.) >> >> >> Thanks for your support, >> >> Hedayat >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p..sf.net/sfu/sf-spreadtheword<http://p.sf.net/sfu/sf-spreadtheword> >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel >> >> > |