On Mon, 23 Apr 2001, Christian Krone wrote:
> 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).
Wow! That sounds great.
> 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 :-)
Humm, I am not sure about this "JaclLoadsItcl" thing.
Is it a just a hack like the way the java package
is provided by Jacl?
> 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.
Yeah, it would be better to fix the tcl.lang package to
export all the interfaces you need.
> 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.
Well, I guess that would be ok. I can see your point about
not wanting to admin another mailing list and CVS repo.
Mo
|