Re: Thanks for the article, but...
> Is Subversion better than CVS? Why do
> CVS projects outnumber Subversion by
> 1000:1 (just a guess)? The answer is
> community understanding. The better of
> the technologies should not be compared
> white-paper to white-paper. Big-Mo has
> more to do with it than technology.
I'll answer that (rhetorical) question. Because CVS has been around longer and it's difficult to port old projects to a new version control system and maintain all of the old version information. As new projects start though, many are considering Subversion as a viable alternative to CVS. If you want anymore evidence of that, look at XCode's support for Subversion as well as CVS.
There really isn't community understanding of CVS anyway. CVS is no longer suited for the job for which it is being widely used and developers are using hacks and workarounds to do basic check-in and check-out tasks. I would like to see how many developers there are that actually understand CVS rather than just using it. Those are the sort of people who would just as easily and happily use Subversion if it would integrate with their IDE.
The same problem would be true of any make replacement. Old projects would be loathe to port over old build systems for no reason, but new projects or new major versions where there is going to be a significant major rewrite would consider using a make replacement, if a single, solid, community supported alternative existed.
Re: Scons is elegant, Make isn't
> It works, it is python and elegant, it
> is portable, and above all it's easy.
> Why do I have to use Make?
Part of the problem is that a lot of the replacements are written in $FAVORITE_LANGUAGE. Like it or not, the most widely accepted and widely distributed tools are written soley in C. Expecting Python to be installed by default on most Linux distributions is acceptable these days, but expecting it on most commercial systems is not. I don't think you are going to find Python by default on Solaris, AIX, or Irix.
What you will find though is a C compiler. If some forward thinking developer would come out, write a build system that makes sense, get commercial support behind it, and implement it well, then we might finally have a viable alternative to make. But until those conditions are met, we are stuck with autoconf/automake madness.