Hi,

I would like to consult community members, especially those who need to
deal with old versions of Linux distributions, about the possibility of
requiring CMake 2.8 instead of 2.6.

Simply put, it is possible to support CMake 2.6, but it requires some time
and effort to actually ensure backwards compatibility. The fact is that if
we never really generate makefiles with 2.6 it might already be broken
without any of us knowing about it. I've been told that CMake 2.6 is
ancient anyway, and that 2.8 should be in most distributions by now.

Certain features are introduced in very recent versions of CMake like
2.8.9, so we can't make it a requirement. This is an exceptional case for
the monolithic build option, and the scripts only enable this feature if
CMake 2.8.9 and over is detected. Installing a recent version of CMake from
the prebuilt binaries is actually very easy. However, there are many
differences in between 2.6 and 2.8 and I don't have much time to ensure
proper backwards compatibility like I could ensure backwards compatibility
with the monolithic build option.

So my question is, I've always assumed pushing the minimum cmake version to
2.8 might cause some issues for some people with old, distros, but is it
really the case? For the few exceptional cases left, a manual installation
of cmake would be required, which is not even hard.

Would there be any objections to requiring cmake 2.8 from now on? If so,
please make yourself known, otherwise I will assume it's ok and will go on
with 2.8 as a minimum requirement.

Cheers,
- Marc-Andre
------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

Reply via email to