Menu
▾
▴
drjava-hackers
|
From: Brian S. <bs...@bs...> - 2002-02-21 15:59:43
|
OK, I figured out that the default ant Tstamp task does not commit to using any particular time zone. This is bad. To get around this, I wrote my own time stamping task that always uses GMT. One consequence of this is that I had to update build-common.xml, which is not usually updated when you do "ant update". (But it changes infrequently enough that it's OK.) So, you'll all need to do the following, in this order: 1) cd util 2) ant update compile 3) cd .. 4) cvs update build-common.xml 5) cd drjava 6) ant update compile That will do it. (Note that you need to update/compile util before updating build-common.xml, since build-common references the new task I created, which is in util!) Anyhow, now DrJava version stamps will always be in GMT, no matter what machine it's set on. -brian |
|
From: Gaurav O. <go...@ri...> - 2002-02-22 02:21:37
|
I think this change broke something. I'm in the process of setting up DrJava on my machine so that it builds. After downloading the source (recent enough to include this update) and installing all necessary programs, I ran "ant compile" in the 'util' directory. It spat out the following error: ------------------ [goberoi@shiva util]$ ant compile Buildfile: build.xml BUILD FAILED /home/goberoi/school/comp312/sf/src/edu/rice/cs/util/build.xml:14: taskdef class edu.rice.cs.util.ant.TstampGMT cannot be found Total time: 1 second ------------------ Any ideas? Gaurav On Thu, 2002-02-21 at 09:59, Brian Stoler wrote: > OK, I figured out that the default ant Tstamp task does not commit to > using any particular time zone. This is bad. > > To get around this, I wrote my own time stamping task that always uses > GMT. One consequence of this is that I had to update build-common.xml, > which is not usually updated when you do "ant update". (But it changes > infrequently enough that it's OK.) > > So, you'll all need to do the following, in this order: > > 1) cd util > 2) ant update compile > 3) cd .. > 4) cvs update build-common.xml > 5) cd drjava > 6) ant update compile > > That will do it. (Note that you need to update/compile util before > updating build-common.xml, since build-common references the new task I > created, which is in util!) > > Anyhow, now DrJava version stamps will always be in GMT, no matter what > machine it's set on. > > -brian > > > _______________________________________________ > drjava-hackers mailing list > drj...@li... > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > |
|
From: Brian S. <bs...@bs...> - 2002-02-22 02:29:10
|
> /home/goberoi/school/comp312/sf/src/edu/rice/cs/util/build.xml:14: > taskdef class edu.rice.cs.util.ant.TstampGMT cannot be found I bet you followed steps out of order :) Anyhow, to resolve this: cd util cvs update -d java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java That should do it. -brian |
|
From: Eric E. A. <ea...@cs...> - 2002-02-22 02:35:09
|
> java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java Here, you mean "javac", of course. FYI, I had no problems with this update, so I don't think anything is broken. -- Eric |
|
From: Charles R. <cr...@ri...> - 2002-02-22 02:45:14
|
The problem isn't on an update of the code, but on a clean install. If you've just checked out the code cleanly, you won't have TstampGMT compiled, so you can't compile anything with Ant. You have to pull off this trick of compiling that one class to get anywhere... Note that this isn't a problem if you say "ant clean compile" when you already have the code, because the class is there when ant starts and isn't deleted until the "clean" task runs. But if you run "ant clean" and then "ant compile", you're hosed. Should we put some kind of conditional in the ant script to check for the presence of the TstampGMT class and try to compile it on its own if it doesn't exist? Charlie Eric E. Allen wrote: >>java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java >> > > Here, you mean "javac", of course. > > FYI, I had no problems with this update, so I don't think anything is > broken. > > -- Eric > > > > _______________________________________________ > drjava-hackers mailing list > drj...@li... > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > > . > > |
|
From: Gaurav O. <go...@ri...> - 2002-02-22 03:09:15
|
No dice. I did the compile as you suggested leaving me with one compiled class file: TstampGMT, in the appropriate place in 'built'. When I run 'ant compile' i get the same error message. Gaurav. On Thu, 2002-02-21 at 20:46, Charles Reis wrote: > The problem isn't on an update of the code, but on a clean install. > If you've just checked out the code cleanly, you won't have TstampGMT > compiled, so you can't compile anything with Ant. You have to pull off > this trick of compiling that one class to get anywhere... > > Note that this isn't a problem if you say "ant clean compile" when > you already have the code, because the class is there when ant starts > and isn't deleted until the "clean" task runs. But if you run "ant > clean" and then "ant compile", you're hosed. > > Should we put some kind of conditional in the ant script to check for > the presence of the TstampGMT class and try to compile it on its own if > it doesn't exist? > > Charlie > > > Eric E. Allen wrote: > >>java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java > >> > > > > Here, you mean "javac", of course. > > > > FYI, I had no problems with this update, so I don't think anything is > > broken. > > > > -- Eric > > > > > > > > _______________________________________________ > > drjava-hackers mailing list > > drj...@li... > > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > > > > . > > > > > > > > _______________________________________________ > drjava-hackers mailing list > drj...@li... > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > |
|
From: Charles R. <cr...@ri...> - 2002-02-22 03:36:15
|
Just worked through that with Gaurav-- he was just having classpath issues. Compiling the TstampGMT class on its own works, but we still need to figure out a good way to do that on a clean install. Charlie Gaurav Oberoi wrote: > No dice. > > I did the compile as you suggested leaving me with one compiled class > file: TstampGMT, in the appropriate place in 'built'. > > When I run 'ant compile' i get the same error message. > > Gaurav. > > > On Thu, 2002-02-21 at 20:46, Charles Reis wrote: > >> The problem isn't on an update of the code, but on a clean install. >>If you've just checked out the code cleanly, you won't have TstampGMT >>compiled, so you can't compile anything with Ant. You have to pull off >>this trick of compiling that one class to get anywhere... >> >> Note that this isn't a problem if you say "ant clean compile" when >>you already have the code, because the class is there when ant starts >>and isn't deleted until the "clean" task runs. But if you run "ant >>clean" and then "ant compile", you're hosed. >> >> Should we put some kind of conditional in the ant script to check for >>the presence of the TstampGMT class and try to compile it on its own if >>it doesn't exist? >> >>Charlie >> >> >>Eric E. Allen wrote: >> >>>>java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java >>>> >>>> >>>Here, you mean "javac", of course. >>> >>>FYI, I had no problems with this update, so I don't think anything is >>>broken. >>> >>>-- Eric >>> >>> >>> >>>_______________________________________________ >>>drjava-hackers mailing list >>>drj...@li... >>>https://lists.sourceforge.net/lists/listinfo/drjava-hackers >>> >>>. >>> >>> >>> >> >> >>_______________________________________________ >>drjava-hackers mailing list >>drj...@li... >>https://lists.sourceforge.net/lists/listinfo/drjava-hackers >> >> > > > > _______________________________________________ > drjava-hackers mailing list > drj...@li... > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > > . > > |
|
From: Eric E. A. <ea...@cs...> - 2002-02-22 03:36:19
|
Have you ever successfully compiled DrJava? It sounds like you have a class path problem... -- Eric On 21 Feb 2002, Gaurav Oberoi wrote: > No dice. > > I did the compile as you suggested leaving me with one compiled class > file: TstampGMT, in the appropriate place in 'built'. > > When I run 'ant compile' i get the same error message. > > Gaurav. > > > On Thu, 2002-02-21 at 20:46, Charles Reis wrote: > > The problem isn't on an update of the code, but on a clean install. > > If you've just checked out the code cleanly, you won't have TstampGMT > > compiled, so you can't compile anything with Ant. You have to pull off > > this trick of compiling that one class to get anywhere... > > > > Note that this isn't a problem if you say "ant clean compile" when > > you already have the code, because the class is there when ant starts > > and isn't deleted until the "clean" task runs. But if you run "ant > > clean" and then "ant compile", you're hosed. > > > > Should we put some kind of conditional in the ant script to check for > > the presence of the TstampGMT class and try to compile it on its own if > > it doesn't exist? > > > > Charlie > > > > > > Eric E. Allen wrote: > > >>java -classpath $ANT_HOME/lib/ant.jar:$CLASSPATH -d ~/school/comp312/sf/built ant/TstampGMT.java > > >> > > > > > > Here, you mean "javac", of course. > > > > > > FYI, I had no problems with this update, so I don't think anything is > > > broken. > > > > > > -- Eric > > > > > > > > > > > > _______________________________________________ > > > drjava-hackers mailing list > > > drj...@li... > > > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > > > > > > . > > > > > > > > > > > > > > _______________________________________________ > > drjava-hackers mailing list > > drj...@li... > > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > > > > > > _______________________________________________ > drjava-hackers mailing list > drj...@li... > https://lists.sourceforge.net/lists/listinfo/drjava-hackers > |
Thanks for helping keep SourceForge clean.
X