vindarel

6 ms·

31.
by vindarel 7mo ago
I can't load my side projects in LispWorks' community edition, so… (because of the heap limit)
32.
by vindarel 8mo ago
excellent, thanks!
33.
by vindarel 8mo ago
TBH no people don't google (what they don't expect to see), repetition and showing links is necessary. I hadn't followed along. Hope it will get contributors.
34.
by vindarel 8mo ago
ACK, allright. I just want to point people to stuff. Create emulation. Show that the ecosystem is evolving -in the right direction even, maybe. That we are not doomed to stay with Emacs&SLIME. A few years ago, we didn't have SLIMA,
35.
by vindarel 8mo ago
That's awesome, thank you. How do you know it, is there a reference on the net somewhere?
36.
by vindarel 8mo ago
Thank you, TLS should be fine now. (fixed ±12 hours ago)
37.
by vindarel 8mo ago
JetBrains IDE plugin for Common Lisp: https://github.com/Enerccio/SLT (I'm sure you saw it before and I don't know how polish it is, and I'm pretty sure it has less features than Emacs&SLIME, yet, bu
38.
by vindarel 8mo ago
New projects are making the newcomer experience easier: - ICL https://github.com/atgreen/icl/ a full featured REPL in the terminal and the browser. - JSCL's playground 100% in the browser https://w
39.
by vindarel 8mo ago
There's a new one, pretty good, resembling Python/Julia syntax, check it out! https://moonli-lang.github.io/ defun multiply-thrice(x): print(x * x * x) end multiply-thrice(23)
40.
by vindarel 9mo ago
> so many shortcomings and missing features I suggest to have a look at CIEL: https://github.com/ciel-lang/CIEL/ -> CL, with batteries out of the box: http, json, csv, DB, functional data structures, regexp,
41.
by vindarel 9mo ago
Hello, yes there's project scoping: https://lem-project.github.io/usage/usage/#project-commands (added by yours truly, which was easy thanks to Lem's quality code base). I find the vim layer excellent, y
42.
by vindarel 9mo ago
Recently added in Lem: tree-sitter for JSON, YAML, Nix, Markdown, WAT; new language modes: Clojure, Perl, Kotlin, Zig (with LSP); git-gutter mode. Lem has a (quite simple still) Git/hg/fossil interactive mode (interactive rebase i
43.
by vindarel 10mo ago
The same day, after this post, SBCL's main developer made reduce faster ( https://www.reddit.com/r/lisp/comments/1pmip8o/fast_sequence... ). Let's see on the next SBCL release what the final resu
44.
by vindarel 10mo ago
Differences I see with cl-repl ( https://github.com/lisp-maintainers/cl-repl ): - icl doesn't have an interactive debugger, you ask for the backtrace with ,bt. cl-repl has one (less feature complete than Slime). I a
45.
by vindarel 10mo ago
The other way round, a Haskell on top of a Lisp, in production today: https://github.com/coalton-lang/coalton/ > Coalton is an efficient, statically typed functional programming language that supercharges Comm
46.
by vindarel 10mo ago
It's interesting to know your use case, thanks. I don't like dealing with package-inferred-systems when exploring, reading or using other people's libraries.
47.
by vindarel 10mo ago
Pretty good, except and I don't share the advice to use package-inferred-systems, like, at all. It hides the third-party libraries you rely on, it prevents you from using one package in multiple files (a flexibility not common out ther
48.
by vindarel 10mo ago
You can pin dependencies with Qlot or Ocicl (or vendor them with vend), but it might be a long time before you actually need this (the ecosystem is pretty darn stable). https://github.com/fukamachi/qlot/ https:&#
49.
by vindarel 11mo ago
between CL, some say it's the debugging and interactive experience: https://gist.github.com/vindarel/c1ef5e043773921e3b11d8f4fe1...
50.
by vindarel 11mo ago
Arc was re-written to Common Lisp (SBCL) around last year, for performance reasons. > [Clarc] is much faster and also will easily let HN run on multiple cores. It’s been in the works for years, mainly because I rarely find time to work o
51.
by vindarel 11mo ago
And the Lem editor (an Emacs-like in Common Lisp).
52.
by vindarel 11mo ago
it's confusing but there's actually written "kragen sitaker" on the article title as if it was an invite post.
53.
by vindarel 11mo ago
Is it the right link? "Lisp" is mentioned once, in a good way. It's an old post too, it mentions Emacs' ilisp mode, which is the now unused ancestor of Slime.
54.
by vindarel 11mo ago
Just to counter-balance the inferred conclusion that Common Lisp would not have any commercial usage (sorry, words are important, FUD is too close from hasty wording or hasty conclusions): https://github.com/azzamsa/aw
55.
by vindarel 11mo ago
Old Lisp posts are cool, then if you want a refresher of what's happening in the CL ecosystem (tools, libraries, compilers…) here's an overview of the last two years (shameless plug): https://lisp-journey.gitlab.io&#x2F
56.
by vindarel 11mo ago
> with the syntax of Python this library should allow that: https://github.com/hraban/metabang-bind (never tried) with some limitations: https://github.com/nimpylib/nimpylib/tree/maste
57.
by vindarel 1y ago
no that doesn't mean we are going back to the same market presence, indeed. Do we have or will we have a useful-enough market presence? Here are some more companies: https://github.com/azzamsa/awesome-lisp-companie
58.
by vindarel 1y ago
It's niche but used enough in the industry to give us tools like Coalton ( https://github.com/coalton-lang/coalton/ ), used enough by hobbyists to give us nice new libraries (new TUI library: https:/&#x2F
59.
by vindarel 1y ago
Another big difference, given feedback of people who used both languages, is the CL compiler. --- The thing in CL I miss most doing Clojure as my day job? CL's compiler. I like having a compiler tell me at compile time about the mistak
60.
by vindarel 1y ago
I'll invite to explore the CL ecosystem starting with https://github.com/CodyReichert/awesome-cl/ (it might be larger than one thinks) In terms of asynchronous programming, not built-in to implementations (li

More ›