|
From: Karl L. <ka...@Ne...> - 2000-07-28 21:47:13
|
Brent Welch wrote:
> I'm probably and old man here, but I think we can revitalize Tcl without
> breaking backwards compatibility. In fact, enough incompatibility could
> really hurt us. We've finally got a stable C API through stubs - it seems
> a shame to make gratuitous changes to "clean things up".
I agree with this 100%.
> Now, I'm all for things like Feather and factoring the core so it can
> be smaller, but if someone doesn't want a "Tcl-lite" that just eliminates
> some features, then they should be able to use Tcl 9 without major pain.
> I'd probably also live with a binary-incompatibilty but source-compatibilty
> approach, which is probably necessary if we muck with the Tcl_Obj and
> Tcl_ObjType structures.
I think factoring the core is interesting and has some cool aspects, and if
someone does it and does a good job, let's embrace it. I don't think it will
yield very many new Tcl design wins.
I think it would be a big deal to have a build system that cranks out binary
releases of a mega-Tcl with lots of extensions across many platforms. There was
some discussion of this recently in the newsgroup. Any thoughts or ideas?
Karl
--
The TclCore mailing list is sponsored by Ajuba Solutions
To unsubscribe: email tcl...@aj... with the
word UNSUBSCRIBE as the subject.
|