Differences between version 6 and revision by previous author of AntVsMake.
Other diffs: Previous Major Revision, Previous Revision, or view the Annotated Edit History
| Newer page: | version 6 | Last edited on Friday, October 31, 2003 9:02:02 am | by StuartYeates | Revert |
| Older page: | version 5 | Last edited on Tuesday, October 28, 2003 3:22:05 pm | by JohnMcPherson | Revert |
@@ -5,9 +5,9 @@
# Ant's relative youth means that many development support applications (editors, [IDE]'s, etc) don't support it.
# Ant's relative youth means that relatively few established projects use it.
# Moving an established project from ant to make (or visa versa) is non-trivial.
# Ant depends on [Java].
-# Ant lacks native support for non java-oriented ProgrammingLanguages and
packages (like [GCC] and [Bison]).
+# Ant lacks native support for non java-oriented packages (like [GCC] and [Bison]).
Problems with make
# Moving an established project from ant to make (or visa versa) is non-trivial
# make depends on the [UNIX]/[Linux] [Shell] or a reasonably approximation.
@@ -27,5 +27,5 @@
# 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).
-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. It is no better in an absolute or technical
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
