Differences between version 5 and revision by previous author of AntVsMake.
Other diffs: Previous Major Revision, Previous Revision, or view the Annotated Edit History
| Newer page: | version 5 | Last edited on Tuesday, October 28, 2003 3:22:05 pm | by JohnMcPherson | Revert |
| Older page: | version 4 | Last edited on Tuesday, October 28, 2003 2:12:16 pm | by StuartYeates | Revert |
@@ -13,17 +13,19 @@
# make depends on the [UNIX]/[Linux] [Shell] or a reasonably approximation.
# Because make has been around since 1972, it has no native support for newer techniques ([UnitTesting], gzip(1), bzip2(1), signing).
# The hidious tab problem, in which a tabs and spaces are visually indistinguishable but have very different semantics.
-Benifits
of Ant
+Benefits
of Ant
# Ant's relative youth means that it natively supports quite a few newer techniques ([UnitTesting], gzip(1), bzip2(1), signing, JavaDeps and JavaDoc).
# Ant handles multiple result files much better than make.
# Ant will run anywhere [Java] does.
# Ant is significantly more efficient than make for java-oriented things since they can be done without a fork(2) and without starting a new [JVM].
-Benifits
of make
+Benefits
of make
# Because make has been around since 1972, most developers are familar with it.
# Because make has been around since 1972, most development support applications (editors, IDE's, etc) have robust, built-in support for make
# Because make has been around since 1972, many established projects use make
# make will run anywhere the [Shell] will run.
+# since make runs shell commands, you get all the power of the CommandLineInterface. It doesn't really matter that make doesn't natively support bzip2, since you can pipe stuff to/from bzip2 in true unix fashion.
+# Make doesn't depend on non-Free software such as a java runtime environment (which is also a fairly hefty download).
-JohnMcPherson makes the point that a
dependency on the java runtime environment is not necessarily any better than a dependency on a ([UNIX]/[Linux]) shell. This is, in many ways, true. It is no better in an absolute sense, but it is __different__. There are situations (and projects) for which one is clearly better than the other. Using/demanding [Ant] and [Java] in all situations is no better than using/demanding make(1) and sh(1) in all situations, and if those running the project are unable or unwilling to evaluate where one is needed and one is to be avoided, there's probably not much hope for the project anyway. ---- StuartYeates
+A
dependency on the java runtime environment is not necessarily any better than a dependency on a ([UNIX]/[Linux]) shell. This is, in many ways, true. It is no better in an absolute sense, but it is __different__. There are situations (and projects) for which one is clearly better than the other. Using/demanding [Ant] and [Java] in all situations is no better than using/demanding make(1) and sh(1) in all situations, and if those running the project are unable or unwilling to evaluate where one is needed and one is to be avoided, there's probably not much hope for the project anyway. ---- StuartYeates
