On May 2, 2012, at 7:20 AM, Daniel Roßberg wrote: > There could be other users/systems which run into trouble because of > CMake and the CMake version required. E.g. your own server > ftp.brlcad.org has CMake 2.8.2 installed but BRL-CAD requires version > 2.8.4. There may be other more important systems with a similar > problem. Until now using autotools is a workaround.
I agree this is a problem. There are two options afforded. One is to require a given version and have a bootstrap halt. As there is nothing that prevents a user from installing this prerequisite, it's similar to requiring common (albeit old) versions of the autotools be installed. The fact that cmake is not (yet) pre-installed on most systems is actually a good thing since that limits our need for maintaining backwards-compatible support for now. If that turns into a mess, we can go for the second option. Namely, we fully manage cmake and include a version known to work. This is identical to bundling 'cake' back in the day. I'd argue it's even less necessary today given the prevalence of package systems on many of the popular platforms, but worth considering if it becomes a problem. It's more of a "let's wait and see" in the meantime. Cheers! Sean ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
