If we're talking about autotools alternatives, there's also WAF:<br><br> <a href="http://code.google.com/p/waf/">http://code.google.com/p/waf/</a><br><br>It doesn't generate msvc project files, but it uses a well known and simple language (python), is portable, and very fast. It actually avoids generating files like CMake and autotools. Surely I am not the only one who's sick of generated files...<br>
<br>(not that I would consider myself a Cairo hacker or anything; just mentioning WAF for the sake of completeness...)<br><br><div class="gmail_quote">2008/4/29 Alan W. Irwin <<a href="mailto:irwin@beluga.phys.uvic.ca">irwin@beluga.phys.uvic.ca</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The recent troubles with libtool mentioned on list remind me of when we used<br>
autotools to build PLplot; it wasn't too bad, but on the other hand, every<br>
month or so there was yet another build-system irritation we had to solve.<br>
Thus, our developers were happy to replace autotools with CMake for our<br>
build system. CMake syntax is easy to learn yet extremely powerful so our<br>
developers were able to participate in the change rather than leaving it to<br>
just a couple of individuals. As a bonus it works well on essentially all<br>
Unix and Windows variants. For example, PLplot has had good build reports<br>
for Linux, Mac OS X, Cygwin, MinGW/MSYS, and windows with proprietary<br>
compilers.<br>
<br>
The cmake command is equivalent to autotools "configure", and after you run<br>
cmake, then you follow with the usual "make" and "make install". The use of<br>
the massive and slow libtool script during the build is replaced by<br>
configured Makefiles with the compile and link options built in. For this<br>
reason and others, CMake build-system latency is substantially reduced<br>
compared to autotools which is a nice bonus for developers. A CMake-based<br>
build system can coexist peacefully with an autotools-based build system so<br>
while we developed the new CMake-based build system we kept our old<br>
autotools build system alive to serve as a basis of comparison. However, we<br>
eventually dropped our autotools-based build system completely because<br>
nobody was willing to continue to deal with its irritations.<br>
<br>
Since creating our CMake-based build system, PLplot development<br>
has flourished (including a new cairo-based device driver), and in<br>
retrospect I believe it was the intimidation of the required autotools<br>
build-system changes that was holding our developers back before.<br>
<br>
I haven't explored autotools build system alternatives other than CMake, but<br>
my understanding is there are a lot of them that are maturing right now so<br>
the basic point I want to make is autotools was good enough in its day, but<br>
it is now time for most software projects to give a serious look at the<br>
much-better alternatives. There is nothing urgent about this step, but to my<br>
mind it should be on your agenda in a way very similar to how most software<br>
projects were considering replacements for CVS several years ago.<br>
<br>
Alan<br>
__________________________<br>
Alan W. Irwin<br>
<br>
Astronomical research affiliation with Department of Physics and Astronomy,<br>
University of Victoria (<a href="http://astrowww.phys.uvic.ca" target="_blank">astrowww.phys.uvic.ca</a>).<br>
<br>
Programming affiliations with the FreeEOS equation-of-state implementation<br>
for stellar interiors (<a href="http://freeeos.sf.net" target="_blank">freeeos.sf.net</a>); PLplot scientific plotting software<br>
package (<a href="http://plplot.org" target="_blank">plplot.org</a>); the libLASi project (<a href="http://unifont.org/lasi" target="_blank">unifont.org/lasi</a>); the Loads of<br>
Linux Links project (<a href="http://loll.sf.net" target="_blank">loll.sf.net</a>); and the Linux Brochure Project<br>
(<a href="http://lbproject.sf.net" target="_blank">lbproject.sf.net</a>).<br>
__________________________<br>
<br>
Linux-powered Science<br>
__________________________<br>
_______________________________________________<br>
cairo mailing list<br>
<a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a><br>
<a href="http://lists.cairographics.org/mailman/listinfo/cairo" target="_blank">http://lists.cairographics.org/mailman/listinfo/cairo</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Gustavo J. A. M. Carneiro<br>INESC Porto, Telecommunications and Multimedia Unit<br>"The universe is always one step beyond logic." -- Frank Herbert