Closed musvaage closed 1 year ago
I've never actually looked at xs
, I'm afraid, but I have limited enthusiasm for maintaining es
let alone xs
(in fact, if a contributor wanted to 'own' es themselves, I'd be happy to give it up).
Probably best to use the Discussions section - https://github.com/wryun/es-shell/discussions - if there's no specific issue.
use the Discussions
Of course.
Maybe the "notes" are of some interest to those considering further development of es
.
IIRC, @pmarreck in another ticket had expressed interest in xs
, the C++ implementation of the shell.
One of the co-authors of
es
wrote me historically he had a difficult time locating maintainers for the shell.xs
appears to be abandonware@wryun
I'd enquire if you might consider suggesting to the xs author that the repo could be moved to wyrun/XS?
running ./buildscan.sh outputs warnings
the autotools build was converted to a meson build
not all meson versions work for the build (a python3 virtual environment with meson-0.54.x or 0.56.x works)
A FSF associate wrote me they looked at math.xs, describing it as ugly.
In addition, it seems to mean using functional programming to decompose a list. That is a pain in the neck.
I don't know whether it is more bad or less bad than programming in shell syntax. But at least there' an excuse in that case: programming is built around a command line syntax. I see no excuse for making the math.xs syntax so inconvenient. If they're designing a new language from zero, why take such a big step backard?