[tcljava-dev] [Incr Jacl] Almost done

[Christian K. <chr...@so...>]

Hello,

just to give you a quick update:

the porting of [Incr Tcl] (version 3.2) from C to Java
is done. There are only a handful of tests of the itcl
test suite still failing, and they fail due to missing
Jacl features (e.g. the load command).

So how to continue?

I think the first step should be to integrate the needed
changes of Jacl sources into the 1.3 CVS tree.
IIRC the files Interp.java, NamespaceCmd and init.tcl
were modified, and there is a new source (Resolver.java)
containing the Resolver interface. Particularly the last
one still needs some polishing (copyright and comments
and maybe some docu), but I think tommorow I will be able
to send the diffs to this list.
Oh yes, and finally the class JaclLoadsItcl is new :-)

The names of all [Incr Jacl] classes start with the Prefix
Itcl (e.g. ItclObject) and the classes are located inside
the tcl.lang package. My first idea with the tcl.incr package
was dropped, since there are too many needed functions
unaccesible from outside tcl.lang.

As Mo already mentioned, it may be not so good an idea to
add this new stuff into tcljava/src/jacl/tcl/lang.

Currently I have it in tcljava/src/incrjacl/tcl/lang.
Due to the naming conventions with the starting Itcl there
should be no naming problems with the normal Jacl sources.

I looked at Swank and I could try to write a configure as
Bruce did, so that the [Incr Jacl] stuff could be distributed
separately from Jacl. But I don't see the point in doing this.

At least it would be great if I could use the SourgeForge
infrastructure of TclJava - I don't like the idea of creating
an own project and doing all the administration tasks. I would
like to have the [Incr Jacl] stuff belonging to TclJava.

Okay, so I will prepare the patches for Jacl and come back tomorrow.
Stay tuned...

Greetings, Krischan
-- 
Christian Krone, SQL Datenbanksysteme GmbH
Mail mailto:chr...@so...