[zeromq-dev] CMake adequacy

[Kelly Brock]

Hi David,

> > Sorry, I really do feel pretty strongly in the negative on CMake, love
> > the idea, HATE the "language" with a serious passion.
> 
> Seconded. As a reluctant 'power user' of CMake, I despise the language,
> but love the functionality.  There have been some heated discussions on
> the CMake mailing lists about this, and a few fumbling attempts to add
> Lua support:
> 
>    - http://www.assembla.com/wiki/show/CMakeLua

	That would be nice, but from your way of describing it, I guess it
is not going very well. ;(

> Premake looks very interesting, especially to a Lua fan like myself.
> (The zeromq app I'm working on right now is using Lua as the 'protocol
> language') . I didn't see Eclipse project files on the list of supported
> output formats, though, and the cross-compilation support is labeled
> 'experimental', so... it'll be awhile before I can play around with it.

	Yeah, Eclipse seems like one they need to work on, never really
noticed that missing item before, unfortunate.  On the other hand, folks
that know the file formats can usually whip them out in a couple days to a
fairly decent beta quality.  As to the cross compilation, I actually cheated
by scripting the VMware so my build machine just calls the appropriate
premake on the appropriate target, then runs the correct tools to get it
built.  This just seemed a lot less error/hassle prone.

> FWIW, I'm appending the CMakeLists.txt file I'm using to build zeromq
> below.  It's not cross-platform, since I ran ./configure to generate
> platform.hpp and then just committed this file. But it's getting the job
> done for now...

	I can't remember but I think I assumed that the user would run
configure on non-Win32 platforms in the premake scripts.  I could fix that
but typically I ignore Linux builds till the very end and Win32/OsX being
singular platforms generally do not need all that detection work and you
know the library locations so no questions about where things may have been
installed.

Kb