News for hackers. Stuff that matters.
[dead]
Re:Whistler: Live eBPF Programming from the Common Lisp REPL by yacin on Friday March 27, 2026 @12:32PM (#47544874)
Common Lisp in particular is multi-paradigm. You can write a ton of code and never use recursion once. I doubt bridging this "gap" was in any way difficult.
Re:Whistler: Live eBPF Programming from the Common Lisp REPL by erichocean on Friday March 27, 2026 @12:58PM (#47545251)
> Bridging that mismatch at the macro level seems like the harder problem than the basic REPL integration.

You can (and people do, core.async in Clojure works this way) put entire compilers in macros, macros are just functions that take and return code.

Re:Whistler: Live eBPF Programming from the Common Lisp REPL by atgreen on Friday March 27, 2026 @12:59PM (#47545260)
The whistler code you inline with your common lisp is an s-expression based DSL. So you can use common lisp macros, but those macros are generating something that will look familiar to CL devs but is restricted based on the eBPF archictecture and validator requirements. eg. it only supports bounded `dotimes`, some basic progn/let/when/if/cond/eq/setf/incf/decf and math, and a simple array iterator. No lists, loops, tagbody/go, conditions, etc, etc. There's a manual in the docs directory.
Re:Whistler: Live eBPF Programming from the Common Lisp REPL by AlexeyBelov on Saturday March 28, 2026 @01:19AM (#47551872)
Please stop posting LLM comments.