snix/users/sterni/blërg
sterni 8a9fb693e3 refactor(sterni/blërg): runExecline is dead, long live Run Execline
Remember //nix/escapeExecline? Well, this is worse (for some possible
meanings of the word). Instead of taking a list and escaping/rendering
it to an execline script, Execline reimplements part of execlineb(1):

It takes a (nested) list where any enclosed list signifies an execline
block and produces the corresponding execline argv form as described in
execline-block(7). This means the result of Execline can directly be
executed using •SH without the need for execlineb(1).

Consequently, execlineb(1)'s management of positional parameters and the
environment are not available. This is fine for the intended purpose of
Execline (glueing together shell commands efficiently without messing
around with the FFI in BQN for pipe(2) etc.).

Change-Id: Ief69b1bab919c16b6e39c3f5dc3db628766c5a8c
Reviewed-on: https://cl.tvl.fyi/c/depot/+/13180
Reviewed-by: sterni <sternenseemann@systemli.org>
Autosubmit: sterni <sternenseemann@systemli.org>
Tested-by: BuildkiteCI
2025-02-26 22:04:17 +00:00
..
blërg.bqn refactor(sterni/blërg): runExecline is dead, long live Run Execline 2025-02-26 22:04:17 +00:00
default.nix feat(sterni/blërg/git): render html, org and md entries 2025-02-08 22:40:42 +00:00
README.md feat(sterni/blërg/git): render html, org and md entries 2025-02-08 22:40:42 +00:00

blërg

dependencies

  • CBQN (other BQN implementations may work, but are untested)
  • Marshall Lochbaum's bqn-libs which blërg expects to find at the location the BQN_LIBS environment variable points to.
  • execline
  • POSIX printf(1) (e.g. from GNU coreutils)
  • mail-notes backend
  • git backend