[CMake] A configure script solution
J
j at intuitivecreations.com
Tue Jun 24 14:10:20 EDT 2008
There was a bug with the kde4 packages in hardy where it didn't include
ccmake, which is probably why I didn't check it out.
It definitely seems to do the trick for what I'm looking for. Thanks so
much guys I appreciate it!
j
On Tue, 2008-06-24 at 12:46 -0400, Corrin Meyer wrote:
> On Tue, Jun 24, 2008 at 12:27 PM, J <j at intuitivecreations.com> wrote:
> > Greetings all!
> >
> > I've been sold on cmake. From what I gather, it's hands down better than
> > automake and family. However, I do have a problem with not having a
> > configure script.
> >
> > A couple of the main benefits of having a configure script are letting
> > the user/package maintainer choose portions of a project to compile or
> > exclude from compilation, as well as choosing alternate locations for
> > libraries/includes/installations, both of which are rather important.
>
> Have you looked at 'ccmake'? I felt the same way initially; I didn't
> want to pass all those '-D' parameters to cmake. However, it really
> isn't that different (-Dlibdir="your/path/to/lib" or
> --libdir="your/path/to/lib"). The nice benefit of using 'ccmake' is
> that you can see all the options, set the ones you want, and get help
> comments on each option.
>
> > Without a configure script all package maintainers for red hat/fedora,
> > debian/ubuntu, etc will have to learn all the ins and outs of cmake and
> > spend oodles of time setting variables and passing -D switches to cmake.
>
> Not really sure were this would require 'oodles' of time. Granted, I
> am no expert, but you only need to set variables were you want to
> override the default ones, just like using a 'configure' script
> (--prefix='path' becomes -Dprefix='path'). Do you have a particular
> example in mind that would not be a straight forward change?
>
> ~cjmeyer
More information about the CMake
mailing list