4 ms·

Tcl meets all of these requirements. I have a Linux distribution whose PID 1 is a Tcl shell and I can setup everything from there without spawning any new proc

Tcl meets all of these requirements. I have a Linux distribution whose PID 1 is a Tcl shell and I can setup everything from there without spawning any new processes.

oblio 8y ago
Yeah, but Tcl is old and quite crufty. The docs are a mess, everything is a string, a lot of concepts it uses are not very familiar and/or mainstream (upvar?). A modern take on Tcl is what we need, in my opinion. Surely we should be able to build something nicer 30 years after the first release of Tcl.
- blacksqr 8y ago
  The modern take on Tcl arrived almost 20 years ago, when "everything is a string" turned into "everything is a typed object with a string representation". The docs are clear and complete, and the concepts it uses make it a powerful and elegant tool.
  - oblio 8y ago
    The docs are clear and complete?!? Has something changed suddenly in the last 5 years? Yes, the docs had a decent API reference but everything slightly higher up than "what parameters this command has" was on that wiki with comments from 2004 marked as out of date by out of date comments from 2007...
    - blacksqr 8y ago
      Hard to see what your standard is. In what sense do the official docs (https://www.tcl.tk/man/tcl8.6/TclCmd/contents.htm https://www.tcl.tk/man/tcl8.6/TclCmd/contents.htm) fall short in your opinion?
- rkeene2 8y ago
  I agree that Tcl isn't mainstream and thus a lot of concepts used by Tcl are not mainstream, but other than that it's got a lot going for it. Tcl's string representation for objects is just a serialization/deserialization mechanism, which seems to be pretty popular in other languages as well. Additionally all of the cool things in Tcl such as coroutines, threads (as an additional, but included, package), great documentation delivered as man pages, virtual filesystem access, virtual time, safe interpreters for running untrusted code, a stable ABI (stubs) so that compiled extensions can be used for decades, a small memory as well as disk footprint, extremely cross-platform, easy to embed into larger programs as an extension language, easy to compile a large static program with Tcl as the "main" entrypoint, native BigNum support, many thousands of great packages, .... What would a modern take on Tcl improve on Tcl that Tcl couldn't just build easier ?
blacksqr 8y ago
>I have a Linux distribution whose PID 1 is a Tcl shell Interested! Available?
- rkeene2 8y ago
  Not really, it's really used to setup the environment for a network boot, it supports VLANs and network configuration and loading modules and stuff (even from Tcl virtual filesystems), it's basically just Tcl+TUAPI[1] [1] https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk/USAGE.md https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk...

Tcl meets all of these requirements. I have a Linux distribution whose PID 1 is a Tcl shell and I can setup everything from there without spawning any new processes.

oblio 8y ago

Yeah, but Tcl is old and quite crufty. The docs are a mess, everything is a string, a lot of concepts it uses are not very familiar and/or mainstream (upvar?). A modern take on Tcl is what we need, in my opinion. Surely we should be able to build something nicer 30 years after the first release of Tcl.

blacksqr 8y ago
The modern take on Tcl arrived almost 20 years ago, when "everything is a string" turned into "everything is a typed object with a string representation". The docs are clear and complete, and the concepts it uses make it a powerful and elegant tool.
- oblio 8y ago
  The docs are clear and complete?!? Has something changed suddenly in the last 5 years? Yes, the docs had a decent API reference but everything slightly higher up than "what parameters this command has" was on that wiki with comments from 2004 marked as out of date by out of date comments from 2007...
  - blacksqr 8y ago
    Hard to see what your standard is. In what sense do the official docs (https://www.tcl.tk/man/tcl8.6/TclCmd/contents.htm https://www.tcl.tk/man/tcl8.6/TclCmd/contents.htm) fall short in your opinion?
rkeene2 8y ago
I agree that Tcl isn't mainstream and thus a lot of concepts used by Tcl are not mainstream, but other than that it's got a lot going for it. Tcl's string representation for objects is just a serialization/deserialization mechanism, which seems to be pretty popular in other languages as well. Additionally all of the cool things in Tcl such as coroutines, threads (as an additional, but included, package), great documentation delivered as man pages, virtual filesystem access, virtual time, safe interpreters for running untrusted code, a stable ABI (stubs) so that compiled extensions can be used for decades, a small memory as well as disk footprint, extremely cross-platform, easy to embed into larger programs as an extension language, easy to compile a large static program with Tcl as the "main" entrypoint, native BigNum support, many thousands of great packages, .... What would a modern take on Tcl improve on Tcl that Tcl couldn't just build easier ?

blacksqr 8y ago

>I have a Linux distribution whose PID 1 is a Tcl shell Interested! Available?

rkeene2 8y ago
Not really, it's really used to setup the environment for a network boot, it supports VLANs and network configuration and loading modules and stuff (even from Tcl virtual filesystems), it's basically just Tcl+TUAPI[1] [1] https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk/USAGE.md https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk...