From: Donald G Porter <dgp@ca...> - 2000-10-27 17:44:10
> o There seems to be some confusion about where [incr Tcl] would
> fit relative to the Tcl core, if this TIP is approved. My
> understanding is that its sources would become inseparable from
> the Tcl core sources like tclInterp.c; no one would ever compile
> one without the other.
So, to say the same thing in a different way, the package Itcl would
come to be distributed in the same way that the registry and dde packages
are distributed now, buried inside a distribution of Tcl, never
distributed as entities in themselves.
I believe that is a giant step backward. I've always believed that
the only reason the registry and dde packages were embedded in the
Tcl distribution was that work on TEA and BI bundling wasn't complete
when they were ready to be distributed, so they got grafted into the
Tcl distribution as a provisional measure. I never believed they
naturally belonged where they were.
My vision of Tcl's future includes moving registry and dde out of
Tcl and into the BI distribution. It also includes changes to Tk
to make it more of an independent extension. Merging Itcl into
Tcl is directly counter to that trend.
> To me, this all boils down to one very simple issue: is [incr Tcl]
> so fundamental to all Tcl applications that it needs to be part of
> the core, and and is it so much more fundamental than all other
> Tcl extensions that it *alone* should become part of the core?
That's a good question. I believe that if the answer is yes -- if
it is decided that a [class] command is so fundamental that Tcl must
always provide it, then we should give up the deception that Itcl is
a separate package and simply add [class] as a built-in command of the
> The one issue about which I feel strongly is that bundling [incr Tcl]
> should not be considered a precedent for bundling any other extension.
> Let's not turn the Tcl core into a BI release.
Then you should oppose folding Itcl into the Tcl core as an
"always bundled" package. That act sends the strong message that
one can only count on commands in Tcl itself, never on commands
that are provided by an extension. If we want to tell people that
they can count on the availability of all commands provided by
packages in the BI distribution, we should act like we believe it
ourselves and put Itcl in the BI distribution.
The TclCore mailing list is sponsored by Ajuba Solutions
To unsubscribe: email tclcore-request@... with the
word UNSUBSCRIBE as the subject.