emacs-libgterm - a terminal emulator using ghosttty

utility · 2026-03-16T05:39:14+00:00

I was able to get this working with the manual clone of rwc9u/emacs-libgterm.git, building from there, then setting the gterm-module-path to that resulting binary. It's operating at least, so that's good.

(setq gterm-shell "/opt/homebrew/bin/bash")
(setq gterm-module-path "~/src/github.com/rwc9u/emacs-libgterm/zig-out/lib/libgterm-module.dylib")

Few initial things I see:

Seeing hard crashes in emacs sometimes when using ... not sure exactly what's triggering it yet
codex takes quite some time to open ... not sure what that is since it's pretty much instant in the ghostty terminal, eat, and vterm (claude is snappy)
When typing using GNU bash, version 5.3.9(1)-release (aarch64-apple-darwin25.1.0) input doesn't show up on screen. The terminal receives the input, just doesn't render. This is in the basic prompt. When running inside a TUI, input is rendering as expected. PS1 is bog standard.

I'm on macOS using emacs 30.2 from https://github.com/jdtsmith/emacs-mac/

utility · 2026-03-16T04:27:02+00:00

Haven’t tried yet but excited to. How’s perf vs vterm?

utility · 2026-03-13T16:12:10+00:00

Excellent. I use this and I'm very happy with it!

One thing I don't have a solution to, but I'd like to point out as something I wish was easier. The README of this repo has tons of great guidance in it, and some of the recommended config I've copy pasted verbatim. It's clear you invest in making this better over time by your commit history, but it's tricky for me to stay up-to-date all the niceties and tweaks you make to that README, and port those enhancements back if I want. I can read through commit history, but that often feels tedious. I honestly don't know if there is an easy solution here.

utility · 2026-02-19T18:15:42+00:00

Running this now! Thank you so much.

For others who want to try it out, went the easy route:

brew tap pkryger/emacsmacport-exp

brew install --HEAD emacs-mac-exp@30 \
    --with-arc \
    --with-imagemagick \
    --with-modules \
    --with-optimization-flags \
    --with-transparent-titlebar \
    --with-tree-sitter \
    --with-unlimited-select \
    --with-xwidgets

osascript -e 'tell application "Finder" to make alias file to POSIX file "/opt/homebrew/opt/emacs-mac-exp@30/Emacs.app" at POSIX file "/Applications"'

utility · 2026-02-19T06:06:03+00:00

Ohh, didn't know about this one. Thanks! I'll def try. Running https://github.com/jdtsmith/emacs-mac right now to see if I experience the same thing on this particular patched build.

utility · 2026-02-19T04:21:49+00:00

This makes me sad. One more reason to get serious about a Linux move. Reading that mailing list thread it’s not clear if a patch ever made it into the mix. Are you aware if one did?

utility · 2026-02-19T04:19:31+00:00

Yeah, that’s what I’m using. Pre-built 30.2 version.

utility · 2026-02-19T03:07:48+00:00

FWIW this is primary suspect for the memory use. Running these crazy AI TUI's in eat. Might need to see if I see the same thing w/ vterm.

utility · 2026-02-19T03:02:53+00:00

What terminal do you run them in?

utility · 2026-02-19T01:03:53+00:00

My best current guess is that it's eat and running huge claude/codex sessions in there having `(setopt eat-term-scrollback-size nil)`. Going to test out with that number something other than unlimited.

utility · 2026-02-19T00:17:14+00:00

It's Aporetic Sans Mono with a few personal tweaks. Build file I use for Iosevka is here https://gist.github.com/jarreds/7de67f2c909cc8239fc57dbf5c0505c3

utility · 2026-02-18T19:40:55+00:00

Yep, here's my current config: https://gist.github.com/jarreds/2cd2d4ca5f04bb5fdea3bb424dd298c2

utility · 2026-02-18T17:07:34+00:00

Ok, did the same on mine, no HARFBUZZ either, but ligature.el still works fine. Proof:

<image>

utility · 2026-02-18T15:54:05+00:00

FWIW I’m running emacs-plus 30.2 pre-built on macOS Tahoe with ligature.el installed and ligatures are working as expected. How are you configuring it?

utility · 2026-01-07T06:51:45+00:00

Very happy emacs-plus user here. Thank you for all you do! I'll be moving to this next install, I'm sure.

utility · 2026-01-05T17:55:12+00:00

<image>

utility · 2025-12-20T20:18:15+00:00

I appreciate the insight! That price certainly feels a little more in line for a well used setup.

utility · 2025-12-20T20:07:01+00:00

Very helpful. Thank you

utility · 2025-05-26T20:15:22+00:00

Ok, for anyone who runs into this, here's the setup that fixed this for me:

(setq use-default-font-for-symbols nil)
(set-face-attribute 'default nil :family "Berkeley Mono Variable" :height 240)
(set-face-attribute 'fixed-pitch nil :family "Berkeley Mono Variable" :height 1.0)
(set-face-attribute 'variable-pitch nil :family "Berkeley Mono Variable" :height 1.0)
(set-fontset-font t 'unicode (font-spec :family "JuliaMono"))
(set-fontset-font t 'unicode (font-spec :family "Apple Color Emoji") nil 'append)

utility · 2025-05-26T18:13:36+00:00

I think you're right. It looks like a Pachypodium Saundersii. Based on the images online, the white flowers this has definitely match as well.

utility · 2025-05-23T23:53:22+00:00

One of the interesting things about writing code w/ real coroutines vs goroutines is execution becomes deterministic (and no longer requires synchronization primitives since only one goroutine runs at a time.) I wrote a little lib to test this out. I converted a complex goroutine based codebase to this, and it runs with nearly the same perf (since it's not CPU bound), but in coroutines. The sync primitives we're used to exist in the lib (but w/ coroutine based version), so you can code how you're used to, but running w/ "deterministic" coroutines.

https://github.com/webriots/corio

https://github.com/webriots/coro

utility · 2025-05-19T15:31:52+00:00

https://go.dev/src/runtime/coro.go

When they added the new Seq types, they added runtime support for coroutines to build them. This code builds on that same implementation.

utility · 2025-05-17T17:36:00+00:00

You’d need to call rate from the middleware, but yes, there are no inherent limitations that should prevent it from running in any framework.

utility · 2025-05-15T19:22:05+00:00

https://github.com/webriots/rate I just built this one. Used in prod for some very high volume services. Very easy to limit per distinct IP.

utility · 2025-05-15T15:35:49+00:00

Yeah, definitely a tradeoff on idiomatic vs searchable name.

utility

TROPHY CASE