[torquedev] CMake'ing Torque
Garrick Staples
garrick at usc.edu
Wed Apr 7 09:21:48 MDT 2010
On Wed, Apr 07, 2010 at 09:00:31AM -0600, Ken Nielson alleged:
> Baer, Troy wrote:
> > On Wed, 2010-04-07 at 15:14 +0200, Simon Toth wrote:
> >
> >> Dne 7.4.2010 04:25, Garrick Staples napsal(a):
> >>
> >>> I still don't understand why anyone would want to convert an actively
> >>> maintained autoconf setup that runs well on every platform.
> >>>
> >> The reasons are many:
> >>
> >> * cmake is much easier to maintain/modify/use
> >> * cmake does handle most of the logic internally (no need to write
> >> custom scripts, and crazy make rules)
> >> * cmake runs pretty much everywhere (including platforms not supported
> >> by automake)
> >> * cmake is a lot faster (this does matter, only when you always compile
> >> from scratch)
> >> * cmake is just a part of a larger ecosystem (ctest,cdash,cpack)
> >> * cmake is used by many opensource projects and is very actively developed
> >> * transformation from automake to cmake is relatively painless
> >> (transformation scripts are avaiable)
> >>
> >
> > These are all good reasons why a new project might adopt cmake.
> > However, TORQUE is *not* a new project, and it has an existing build
> > system that works. Moreover, I would guess that most of the active
> > TORQUE developers are either not at all familiar with cmake or more
> > familiar with autoconf than cmake. You are in effect asking the TORQUE
> > dev team to support an entirely new build system, with which many of
> > them are not familiar, in addition to the existing one. Unless you're
> > volunteering to be the person who supports cmake in TORQUE, it is going
> > to be difficult to convince Garrick, et al. to do this IMHO.
> >
> > --Troy
> >
>
> I echo Troy and Garrick's comments. This is a legacy product and big
> changes to how things are done can cause a great deal of pain to those
> already using it.
>
> But before we dismiss Dominique I would like to see the work he has done
> so everyone can see what it does.
Let's start with maui. It needs buildsystem love.
--
Garrick Staples, GNU/Linux HPCC SysAdmin
University of Southern California
Life is Good!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.supercluster.org/pipermail/torquedev/attachments/20100407/d2016c47/attachment-0001.bin
More information about the torquedev
mailing list