Hacker News

Tcl/Tk 9.1 (tcl-lang.org)

211 pointsby dmux5 hours ago65 comments

srean an hour ago

I have a soft corner for TCL, because of its idiosyncracies and weird dynamic stringy playfulness. I would be wary of using it professionally but to play around for the fun of it ... it's just too much fun. Upvar and uplevels are crazy.

Python is that kind of cool one behaves when visiting parents of your would be spouse for the first time. Tcl on the other hand is like playing one's secret exclusive and somewhat dangerous games with kid school bestie.

Tcl/Tk pioneered the notion of a scripting language as a library. It got threading right. You can run multiple independent Tcl interpreters in the address space of your process and they can exchange messages. Entirety of interpreter state is encapsulated inside the interpreter object, no globals. To a user an it is just a pointer to an object.

No need for GIL, no need for serialization/deserialization (pickle/unpickle) ... just within process memory copy (or no copies in case data is immutable).

zitterbewegung 22 minutes ago

Sort of interesting how Python has got rid of the GIL. Serialization of data securities is still something relevant though and I’m not sure if you should use pickle still?

neilv 2 hours ago

The biggest early selling point of Tcl was Tk, as a relatively easy way to make good-enough GUI programs with open source on Unixen and the X Window System. Even much easier than the easier-to-use X toolkits like XView with C, and the alternatives only got more difficult from there. There were no Web frontends.

Tcl itself was quite clever as what I'd actually call a string-based scripting language (contrast with Bourne/C-shell/etc. that preceded it on Unix).

Originally, Tcl was among the handful of off-the-shelf extension languages. You write your big application in C or C++, and then you embed an interpreter for a higher-level extension language, for users or the original developer to add on functionality. The options at the time were usually a small Lisp/Scheme, Tcl, Python, or something entirely bespoke and probably quirky and half-butted.

During early dotcoms, there was considerable interest in Tcl for backend work, and it also wouldn't have been the worst choice to put into the browser. Like Python, Tcl would've been more accessible and democratizing-the-Web than JavaScript, and there were already solid off-the-shelf designs and implementations. (Scheme would've appeared slightly more intimidating than Python or Tcl, and was more powerful, which I think was why Tim Berners-Lee preferred Python over Scheme as the people's programming language for various Web purpose. The semantics of the JavaScript we got was more a hurried toy Scheme, plus the simplest object model, and a more intimidating syntax that came from systems programming.)

giancarlostoro 2 hours ago

I think some of the "LAMP" type bundles use Tcl/Tk for their UI, kinda neat.

flopsamjetsam 32 minutes ago

My pet project in those days was writing a C++ X-Windows gui toolkit, and I took a lot of inspiration from Tk. Both design, and "how do I do this" from the source code were invaluable.

Didn't Cisco use Tcl in one of their IOSes? Found it: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ios_tcl/co...

trebligdivad 4 hours ago

Tcl/Tk has got to be the easiest GUI system out there; you can get simple stuff going with no effort - nothing I've seen comes close to that simplicity.

Good to see it's getting some modern support.

iamcreasy 2 hours ago

Is it still true if I want to custom widget with animations?

convolvatron 2 hours ago

I've done animations at the Tcl layer before with composition of Tk objects. for little visualizations its just fine, certainly not AAA

agumonkey an hour ago

It hits a sweet spot for a lot of basic UI needs.

qalmakka an hour ago

Tcl is way too smart of a language for its own good. I love how everything is a string or can be hacked on a string, so you can basically do levels of metaprogramming that reach unheard of levels

srean an hour ago

Not to mention uplevels and upvar.

wduquette an hour ago

All of which I used many years to go to write "Snit", a quite nice object system for coding up Tcl objects and Tk widgets. Snit's a TCL library that takes a nice, easily readable description of your desired object type (the instance variables, the methods, and so forth), translates it immediately into standard TCL, and then evaluates that to define your type. Basically, it's a macro system for defining object types. (I say "object types" rather than "classes" because there is no inheritance.)

srean an hour ago

Would this be the best place to learn about it

https://wiki.tcl-lang.org/page/Snit%27s+Not+Incr+Tcl

Aldipower 3 hours ago

I once had an O'Really book named 'Perl/Tk'. I mean, I still have it somewhere... I've the feeling reading through it will maybe become my AI recovery therapy at some point?

gbacon 3 hours ago

Perl/Tk is a lot of fun. I wrote a solitaire game called tktk — Tk Time Killer — that appeared in The Perl Journal.

https://blog.gbacon.com/publications/2000-perl-journal-tktk/

Aldipower 3 hours ago

This is very cool! The name alone. :-)

gbacon 2 hours ago

Thanks! It was a fun project.

philipallstar an hour ago

In a way its distant nominative descendent, TikTok, is also a solitaire game.

kevin_thibedeau 2 hours ago

Perl/Tk is a hard fork and hasn't fully integrated the improvements in Tk over the last couple decades.

neofytos 4 hours ago

Congrats to the community and the core team. Their dedication to maintaining Tcl/Tk as a gold standard of stability, pragmatism, and lightweight cross-platform development is inspiring.

elhosots 3 hours ago

Many VLSI CAD tools come with a tcl console window. Im gratified to see the continued language support

Kudo’s to Mr Osterhout’s long lived legacy

bch 2 hours ago

> Kudo’s to Mr Osterhout’s long lived legacy

Tcl and Tk are fantastic, and if this is where it ended, John Ousterhout would have secured his place in history - this is only 1 piece of his contributions, though - see too:

  * Log structured file system[0]

  * parallel Make[1] (Adam de Boor from Sprite project, not JO hisself)

  * RAFT consensus protocol[2]

  * Various notable teachings [3][4][5]
[0] https://en.wikipedia.org/wiki/Log-structured_file_system

[1] https://man.freebsd.org/cgi/man.cgi?query=bmake&sektion=1

[2] https://en.wikipedia.org/wiki/Raft_(algorithm)

[3] https://en.wikipedia.org/wiki/Ousterhout's_dichotomy

[4] https://web.stanford.edu/~ouster/cgi-bin/papers/threads.pdf

[5] https://web.stanford.edu/~ouster/cgi-bin/aposd.php

CorrectHorseBat 2 hours ago

I see this praise of tcl/tk a lot on HN, but everyone I know (myself included) absolutely hate working with it in VLSI CAD tools.

kevin_thibedeau 2 hours ago

I like it better than the alternatives. The challenges come from vendors who had atrocious in house scripting languages (Synopsys) and then shoehorned their architecture into Tcl. You have to deal with a lot of opaque handles for things that should be native objects.

CamperBob2 2 hours ago

Indeed. If AI did nothing for me but deal with Xilinx's shit, I'd still nominate everybody from Hinton to Amodei for Nobels.

Karrot_Kream 2 hours ago

If you write Tcl/Tk from scratch for an application and architect it well, it's great. The way it's injected into VLSI tooling is an abomination. I've done both.

This is partially because when Tcl was first incorporated in VLSI tools it didn't have a good way to organize and modularize code. But this is also because the big VLSI tool shops realize they basically have a monopoly on their integration surface and have no incentive to improve it.

It's easier to freeze the integration surface and maintain backward compatibility than it is to move the surface forward.

wduquette an hour ago

One can create amazing ergonomic scripting APIs in TCL; I've done that. One can also rapidly create horrors without end. I've seen that, too. With great power comes great responsiblity.

spijdar an hour ago

It's unfortunate that Sprite itself didn't really get absorbed into much of anything, and so doesn't have much of a footprint and isn't really remembered outside of LFS and a few even more niche bits.

But I think the Sprite kernel and the Sprite-specific libraries (Pfs, Pdev, Fs_Select, Td_), as well as the Sprite-specific userspace, were pretty incredibly pieces of software given the limited resources they were created with.

For that matter, John Ousterhout's text editor and terminal emulator, mx and tx, were the substratum that Tcl was built on. There's a single library on Sprite, libmx, which mx and tx are based on. Tcl basically grew as the command language of libmx, originally two separate entities, then by mx 2.4 it was fully incorporated:

  eery@cherimoya [1] > cd /sprite/src/lib/mx
  eery@cherimoya [4] > grep Tcl *.c
  mxCmdAM.c:    Tcl_Interp *interp;
  mxCmdAM.c: Tcl_Return(interp, Cmd_BindingGet(mxwPtr->cmdTable, argv[1]),
  mxCmdAM.c: interp->result = Tcl_Merge(bindingCount, bindings);
  mxCmdAM.c:    Tcl_Interp *interp;
  [...]
  eery@cherimoya [10] > grep LIBS ../../cmds/mx/local.mk
  LIBS  = -lc -lmx -lsx -lcmd -ltcl -lX11
Of course, even by 1992, there were multiple versions of Tcl coexisting... :-)

  eery@cherimoya [11] > ls /sprite/lib/sun4.md | grep tcl
  libtcl.a
  libtcl5.a
  libtcl6.2.a
  libtcl6.3.a

cmacleod4 4 hours ago

For the full release announcements see:

https://newsgrouper.org/%[email protected]%3E (Tcl) and

https://newsgrouper.org/%[email protected]%3E (Tk).

billybuckwheat an hour ago

Many years ago, I worked at a company that used Tcl as the scripting language for its primary product. At one point, a hotshot product manager started agitating to replace it with something more modern. He claimed that Tcl was dying because (wait for it) there were no books being published about it at the time. I guess he was wrong ... :-)

shevy-java an hour ago

Well - Tcl is dying though. So he was not entirely wrong.

One can not even find it on TIOBE but one can find COBOL there:

https://www.tiobe.com/tiobe-index/

(TIOBE is horrible, but still.)

ainar-g 39 minutes ago

It's in decent company in the Redmonk graphs[1], in the vicinity of Smalltalk, Mathematica, D, and Haxe.

[1]: https://redmonk.com/sogrady/2026/04/14/language-rankings-1-2...

sgt 4 hours ago

The cool thing is that even if you take something arguably super modern, like the latest Claude models, it is able to write Tcl/tk applications for you that you might not have done at that level in the past. With tests in tcltest too.

If you understand how generative models and agentic coding works, it's not a surprise. But for some reason it's still mind boggling to think that you can take very old stuff and build impressive programs.

neofytos 4 hours ago

I haven't tested this recently, but I bet it’s equally capable of writing custom Tcl extensions using the C API. Given how stable and clean the Tcl C interface has always been, it’s probably a perfect use case for LLM generation.

sgt 4 hours ago

Yeah should work. So that makes it possible to do literally anything. Tcl always had one foot in the old days and one foot in the modern era. It's not like ALGOL or anything.

baggachipz 4 hours ago

New version of AOLServer incoming?

elitepleb 4 hours ago

https://github.com/naviserver-project/naviserver has you covered

WillAdams 4 hours ago

Now if we could just bring back Navi/AOLPress....

pjmlp 4 hours ago

Ah, the memories.

The startup I joined in 1999 had its own application server loosely based on AOLServer architecture.

We had Apache + mod_tcl, IIS with our own ISAPI extension, then in box connections for all major RDMS across all key UNIXes and Windows NT/2000.

Some left to join companies doing Vignette projects, others eventually created OutSystems redoing the same ideas, but with the newly released .NET.

However it was also a lesson in performance issues, and the constant pressure to rewrite Tcl code into C extensions.

baggachipz 3 hours ago

I used it when I worked at AOL :)

Was great for rapid prototyping and a/b testing in volume. Not sure I'd pick it ever again for anything, but it was interesting for sure.

wombatpm 2 hours ago

I remember using tcl inside pages running under Vignette Story Server circa 2000 before we started with jsp

fithisux 3 hours ago

Or Kenny Tilton's celtk or cello?

shaky-carrousel 3 hours ago

And OpenACS!

gbacon 2 hours ago

Phil Greenspun is still active on X: https://x.com/PhilipGreenspun

Some throwbacks of his from 1999:

https://philip.greenspun.com/wtr/aolserver/introduction-1.ht...

https://philip.greenspun.com/wtr/aolserver/introduction-2.ht...

0x0203 an hour ago

I wonder when Linux distros will start shipping 9.0 or 9.1. Even Arch is still stuck on 8.6, despite 9.0 being released two years ago.

puneetchandna21 an hour ago

what do you guys think about omarchy, i am thinking about switching my bro ( CS freshmen) from windows to omarchy instead of ubuntu, should i do it, or should i consider other distros too like this one?

wrxd an hour ago

https://xn--gckvb8fzb.com/a-word-on-omarchy/

rwmj an hour ago

9.0 was unfortunately incompatible with a lot of software. Certainly in Fedora we did the work (about a year ago) and have been shipping it for a long time.

gbacon 3 hours ago

The little language that could.

“Tcl tends to get ported to weird places like routers.” (Larry Wall, October 1997)

olexsmir 2 hours ago

They don't make them like they used to

bch 2 hours ago

Tkinter[0] was apparently released in 1994, so mildly interesting he didn't say "Tcl tends to get ported to weird places like other programming languages."

[0] https://grokipedia.com/page/Tkinter

superkuh 4 hours ago

Excellent to read Tk is getting better acessibility support. I love using it for quick little Perl/Tk GUI applications but I'm also slowly going blind from retinal tearing. It's good to see progress in some GUI toolkits when major desktops like KDE have dropped accessibility in their latest releases.

gbacon 2 hours ago

Sorry to hear about the retinal tearing. I hope advancements come along that work in your favor.

F3nd0 2 hours ago

In what way has KDE dropped accessibility in their latest releases? (Genuine question; first time hearing about this, but I do not follow the space closely.)

aarroyoc 4 hours ago

Last time I checked, there was no Wayland support (other than executing in XWayland). Has it changed?

cmacleod4 4 hours ago

Wayland support is being worked on, aiming for release in Tk 9.2 next year.

See: https://wiki.tcl-lang.org/page/GSoC+Idea%3A+Tk+Backend+for+t...

5- 3 hours ago

glfw! that's a bit surprising.

i'd expect sdl, given wider platform coverage (e.g. mobile), more system integration (e.g. clipboard), and an existing port (https://androwish.org/home/dir?ci=trunk&name=jni%2Fsdl2tk)

UltraSane 27 minutes ago

I'm familiar with Tcl because many Cisco routers actually support it as a scripting language.

shevy-java an hour ago

I tried to get into tk via ruby-tk.

I ended up really disliking tk.

Using ruby-gtk2 and ruby-gtk3 was much nicer. (Sadly, gtk4 sucks, so that's the end of the story there.)

I kind of want a universal toolkit that works everywhere and is also good. Right now I use ... well, either the web (that's ok, though I hate how I can not easily open local files and so forth, without having to use node), or swing via jruby-swing - which semi-sucks, but it also works on windows and it actually is not that bad. (I could use javafx etc... but it is so much easier to get started with swing). I also use libui-ng which is ok but lacks many features, sadly.

fithisux 3 hours ago

Tcl/Tk has saved me back in the day. The Windows distribution BAWT/Magicsplat are timely updated

..... but they do not come with Next Scripting Framework.

There was a new release on September 16, 2026

gbacon 2 hours ago

In the early 2000s, I used the Tcl/Tk bindings to the VxWorks target management API. The application hotloaded and -unloaded test modules for a hardware in the loop lab. Tcl allowed the first working concept to come to life in a few days. I have no idea how long it would have taken with with C++ library.

csiegert 3 hours ago

FFS, I clicked around for a few minutes and not a single screenshot of what the GUI toolkit is capable of. Even the highlights’ “Themed, Truly Native User Interfaces” chapter and the freaking docs that describe the widgets do not show a single screenshot. I’m shaking my head in disbelief.

cmacleod4 3 hours ago

Try https://wiki.tcl-lang.org/page/Showcase .

Also https://cgicoffee.com/blog/2026/04/tcl-tk-develop-cross-plat... (takes a little time to load).

bowsamic 2 hours ago

Wow, that sounds really traumatic :(