Re: [Jscheme-devel] src/jsint/Evaluator.java:85 cannot find Version class

[Timothy J. H. <tim...@ma...>]

On Jun 24, 2004, at 4:08 AM, Geoffrey Knauth wrote:

> On Jun 24, 2004, at 03:44, I wrote:
>> For now I'll just make my own Version.java using what I see in 
>> (make-version).
>
> I take that back.  It seems Version.java was really supposed to go 
> away, and (make-version) is out of date.
The problem was that the new version (represented as a final static 
field in Version.java) was
not making it into jsint/Evaluator.java


I've fixed the problem for non-Windows machines by adding Version.java 
back into the CVS
(so that the initial compilation of jscheme.REPL can generate an 
initial JScheme system),
But I've modified the bootstrap code so that it first removes all class 
files before compiling that
initial JScheme system. I think the problem was that the static final 
VERSION field was being
compiled "in place" into the jsint/Evaluator.class file and hence could 
only be changed by
removing the Evaluator.class file. This is a general problem that can 
arise so I think it is safer
to remove all class files before beginning a build.

I also modified the (make-version) code in build/jscheme-bootstrapl.scm 
so that it include the
short version of the time as well as the date. This allows one to 
better distinguish between builds.
I guess our policy is to have the date/time represent the build counter 
for any given version.
Thus, rather than produce versions 7.1.1 7.1.2, 7.1.3, ... we produce 
versions 7.1 (date/time1)
7.1(date/time2),...

I'll work on the windows version src/build/bootstrap.bat when I get 
access to a windows machine
so I can test it....


>   Instead, I commented out line 85 of src/jsint/Evaluator.java:
>
>    //error.println("\n\n"+Version.VERSION+"\n\n");
>
> Now, src/build/bootstrap works.
>
> Personally, I'm happy enough with just a "> " prompt when I start up 
> JScheme.  But maybe there should be a (help) or (jscheme-version) 
> users could type if they're going through Emacs buffers and can't 
> remember which ones are running JScheme / mzscheme / MIT/GNU Scheme / 
> Kawa / Guile / SISC / ...

You can always type jsint.Version.VERSION$
but we probably do want a simpler way to access the version, e.g. 
(jscheme-version)
(or how about    (JScheme.version) , i.e. a static method of 
jscheme.JScheme.java

a (help) or (help x) might be nice too....
(apropos x) goes a long way toward helping.... as does (describe x)

---Tim---
>
> Geoffrey
> --
> Geoffrey S. Knauth | http://knauth.org/gsk
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Jscheme-devel mailing list
> Jsc...@li...
> https://lists.sourceforge.net/lists/listinfo/jscheme-devel