Notes
(0033721) Eric NOULARD (developer) 2013-08-16 02:03	Providing linux binary is certainly convenient but I currently don't know any linux distribution which does not ship CMake in its standard repository so that installing appropriate binary version of CMake on Linux boils down to running the package manager (rpm, apt, aptitude, zypper, yum, etc...). Now if you are not pleased with the CMake version you get on your linux distro then may be you can build your own from source which is fairly easy once you have a preceding version of CMake installed. The following script should make the tasks fairly easy: https://github.com/TheErk/CMake-tutorial/blob/master/examples/CMake-autobuild-v2.cmake [^] All that said I agree with the fact that for completeness, providing amd64 binary for Linux could be done.

(0033722) Ma Xiaojun (reporter) 2013-08-16 02:28	I'm sorry, I don't like the your "attitude" except the last sentence. > so that installing appropriate binary version of CMake on Linux boils down to running the package manager (rpm, apt, aptitude, zypper, yum, etc...). CentOS/SL 5/6 offers 2.6.4 while Ubuntu 12.04 LTS offers 2.8.7, that's all major, freely available, yet long term support distributions I'm aware of. I don't think "random, older, probably patched version shipped by Linux distributions" is "appropriate". See also: http://www.tmrepository.com/trademarks/youdontneedthelastversion/ [^] Yes, you can argue build is "easy". Yes, I've done it on a CentOS 5 x86-64 box some time also. Then, why don't you just throw out source code for certain architecture of proprietary Unix also? Any reason Linux doesn't deserve complete binary support from upstream? And Yes, you are not doing Win64, but 32bit programs are certainly much less a problem on Windows 64bit.

(0033724) Eric NOULARD (developer) 2013-08-16 04:22	> I'm sorry, I don't like the your "attitude" except the last sentence. I am really sorry if my wording did offense you. Be sure, that was not my goal in any ways. I think CentOS 6 was released in 2011-07-10 and CMake 2.6.4 was in 2009-04-28 which is more than 2 year behind. I know CentOS follows RHEL and I know CentOS and RHEL tends to be "conservative" but they could have shipped 2.8.1. Now concerning: > Then, why don't you just throw out source code for certain architecture of proprietary Unix also ? I guess this is for historical reason. Now I need to be clear: I'm not a Kitware employee but a bare CMake developer volunteer. So my word are mine and should be taken as my opinion, moreover I'm not doing the CMake release, Kitware people are. I'm simply trying to help when I think I can, obviously I was wrong. Again if I did offense, I apologize. Concerning: > Any reason Linux doesn't deserve complete binary support from upstream? may be this thread can shed some light on that: http://www.cmake.org/pipermail/cmake/2012-May/050302.html [^]

(0033894) Jean-Christophe Fillion-Robin (reporter) 2013-09-25 17:39	+1 On Ubuntu 13.04, the 32-bit compatibility libraries are not installed by default [1] and downloading the "cmake*-Linux-i386.tar.gz" binaries from CMake website are not working. [1] http://askubuntu.com/questions/297151/how-to-run-32-bit-programs-on-a-64-bit-system-ubuntu-13-04 [^]

(0042350) Kitware Robot (administrator) 2016-06-10 14:29	Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

Issue History
Date Modified	Username	Field	Change
2013-08-16 01:44	Ma Xiaojun	New Issue
2013-08-16 02:03	Eric NOULARD	Note Added: 0033721
2013-08-16 02:28	Ma Xiaojun	Note Added: 0033722
2013-08-16 04:22	Eric NOULARD	Note Added: 0033724
2013-09-25 17:39	Jean-Christophe Fillion-Robin	Note Added: 0033894
2016-06-10 14:29	Kitware Robot	Note Added: 0042350
2016-06-10 14:29	Kitware Robot	Status	new => resolved
2016-06-10 14:29	Kitware Robot	Resolution	open => moved
2016-06-10 14:29	Kitware Robot	Assigned To	=> Kitware Robot
2016-06-10 14:31	Kitware Robot	Status	resolved => closed

Relationships