ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Donald <dona...@apache.org>
Subject RE: A Users Experience
Date Tue, 05 Dec 2000 02:27:21 GMT
At 01:20  5/12/00 +1100, Conor MacNeill wrote:
>> From: Peter Donald [mailto:donaldp@apache.org]
>> Sent: Tuesday, 5 December 2000 12:41
>> To: ant-dev@jakarta.apache.org
>> Subject: Re: A Users Experience
>>
>> It is not pretty if you are on win32 but hopefully that will be fixed in a
>> days. Basically all I do is drop xerces.jar, regexp.jar into lib directory
>> as well as any other things I need during build (junit/stylebook/other).
>> Then I hack the build scripts to hardwire a heap of junk. The scripts make
>> too many assumptions that are correct for my build environment (ie win98
>> with no CLASSPATH set) so I have modded versions sitting about.
>
>What assumptions?

That you set CLASSPATH and haven't set ANT_HOME to incompatable dir nor
JAVA_HOME to different JVMs. As I run a lot of different things from one
shell environment (by virtue of Emacs) this is not always appropriate. I
remember that at one stage it also used NT spcific 

>
>>
>> give me a little time ;)
>> It is perfectly doable in *nix but the problem is that win32 scripting
>> leaves a little to be desired. It doesn't even have a basic command like
>> "dirname" ! arg. There are two basic solutions I have come to see. We can
>> bootstrap using an old version of ant or we can write native code
>> (yuck!).
>>
>> I remember a while back bootstrapping from an old ant was -1'ed
>> but is that
>> still considered a bad thing? What it would involve doing is the
>> following.
>> Changing destination of jars/scripts/whatever to another directory
>>
>> ie
>> dist/bin/*
>> dist/lib/ant.jar
>>
>> It would also simplify build process and allow inclusion/exclusion of
>> libraries  so you could magically include correct versions of
>> junit/whatever.
>>
>> Would anyone hate this?
>
>Yes. -1. If you need ant to build ant, then it is not a bootstrap. Will we
>include an ant.jar in ant CVS to build ant. Ugh.
>
>> I know it involves another jar in CVS but this
>> shouldn't be an issue as it will never be seen outside the ant build
>> process and thus will not effect any other thing using ant or being
>> developed with ant.
>
>Will you be adding bsf.jar, xalan.jar, regexp.jar, jakarata-oro.jar,
>netcomponents.jar, etc, etc.
>
>Hey, soon you'll only need to download/checkout ant as it will include every
>other open source tool around too.
>
Cheers,

Pete

*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."                   |
|              - John Kenneth Galbraith               |
*-----------------------------------------------------*


Mime
View raw message