Hi, Ludovic Courtès <l...@gnu.org> writes:
> FWIW, I think it might be best to keep Wisp as a separate package: that > allows it to evolve independently of Guile (and possibly more quickly > :-)), and it might simplify maintenance in some way. While this reasoning is true for most languages, I don’t think it applies to wisp: wisp will not evolve faster independently of Guile, because it is pretty much finished, and it should not need much maintenance (and if some should be needed, I can do that directly in Guile). It is such a thin layer that (different from other languages) there is no need to take care of changing syntax to follow or new semantics. It is defined such that its implementation can actually be finished. Every change in Scheme can automatically also be used with Wisp. While ecmascript, elisp, lokke, and python-on-guile must be kept up to date to stay useful, Wisp does not need that. The only larger changes in the past 4 years were in editor-support and some scripts, and these can stay separate, just like emacs-geiser-guile is separate from Guile. I propose adding Wisp now, because while I have been using Wisp for many projects in the past years, the changes to wisp itself since declaring 1.0 at FOSDEM 2019 were minimal, and the biggest were due to the review of Maxime here: wisp 1.0.10 (2023-02-16): - only extend the reader for ## while reading wisp. Thanks to Maxime Devos for help to use fluids! wisp 1.0.9 (2023-02-16): - remove limitation of the number of prefix underscores (_). Thanks to Maxime Devos for a much cleaner algorithm! - only set *port* encoding to UTF-8, do not change encoding for the application. Thanks to Maxime Devos! wisp 1.0.8 (2022-12-09): - wisp2lisp can now process stdin when called with - as filename. And it has help output. wisp 1.0.7 (2021-12-20): - fix: a lisp-style comment in the bash-cript had broken the wisp REPL wisp 1.0.6 (2021-11-30): - allow (and ignore!) a single space indentation for the first line of a chunk to support meta-commands - ensure that (language wisp) is compiled in the wisp REPL wisp 1.0.5 (2021-05-02): - explicitly allow using wisp as language under the expat-license for easier embedding in Guile-using games like Tsukundere Shitsumon: https://gitlab.com/leoprikler/tsukundere-shitsumon/ wisp 1.0.4 (2021-02-08): - add one more setlocale fallback: If it cannot use unicode, wisp now proceeds with degraded operation rather than failing outright. wisp 1.0.3 (2020-09-15): - provide wisp script that wraps guile --language=wisp -x .w - add Guile 3.0 to supported versions - fix documentation: wisp allows up to 12 underscores - You can create wisp-projects with conf via `conf new -l wisp PROJNAME`. See https://hg.sr.ht/~arnebab/conf - wisp moved to sourcehut: https://hg.sr.ht/~arnebab/wisp wisp 1.0.2 (2019-04-09): - guild compile is missing the load path wisp 1.0.1 (2019-03-23): - fix install directory, thanks to James-Adam Renquinha Henri and Ludovic Courtès who both discovered a mistake in the paths: correct module path is /usr/share/guile/site/<version>/…, but I used /usr/share/guile/<version>/site - simplify install logic and pre-compile installed modules. - add beautiful make help wisp 1.0 (2019-02-08): - add FOSDEM 2019 slides: docs/fosdem2019.org - As presented at FOSDEM, wisp the language is complete. Tooling, documentation, and porting are still work in progress. I plan to then only install language/wisp from the wisp-repo when the local Guile does not provide wisp. The reasoning for adding wisp to Guile is at the start of the thread: https://lists.gnu.org/archive/html/guile-devel/2023-02/msg00012.html > Adding #lang support in Guile would be nice. As discussed on IRC, it > can be experimented with in a WIP branch. I now created the branch wip-load-lang with the two patches by Matt. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de
signature.asc
Description: PGP signature
