Re: [tcljava-dev] [Incr Jacl] Almost done

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

Hello,

> > I think the first step should be to integrate the needed
> > changes of Jacl sources into the 1.3 CVS tree.

I have attached the diffs for the following java files:
Interp.java, NamespaceCmd.java and Var.java.
Also a patch for the startup script init.tcl is attached.
And finally I modified Interp.test of the jacl test suite,
where some forgotten braces used to mangle the test summary.

> > [...] 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), [...]

The new class is also attached, but for the docu you have
to wait until next time:-)

> > 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?

Yup, it was. But isn't needed anymore, since when the Java
package is available, you can use an ordinary java::load
to get the Itcl package (no bootstrapping problem as for
the Java package).

I still have the feeling that it would be best to have
this "package provide Itcl" line inside of a pkgIndex.tcl
file somewhere, but I have no idea where I should put it...

> Yeah, it would be better to fix the tcl.lang package to
> export all the interfaces you need.

For the same goal we should tear off Namespace from the
NamespaceCmd class. Most (or all) of the methods of
NamespaceCmd, which should be public, are methods
belonging to the Namespace class.

> > 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.

Would be tcljava/src/incrjacl then the correct place to use?
I noticed a directory tcljava/src/aolserver, which looks the same:
not needed by the core TclJava, but belonging to the peripherie...
And again: if one day [Incr Tcl] will belong to the Tcl Core,
we have the stuff already there.


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