opendylan VS femtolisp

Compare opendylan vs femtolisp and see what are their differences.


Open Dylan compiler and IDE (by dylan-lang)


a lightweight, robust, scheme-like lisp implementation (by JeffBezanson)
Our great sponsors
  • InfluxDB - Access the most powerful time series database as a service
  • SonarLint - Clean code begins in your IDE with SonarLint
  • SaaSHub - Software Alternatives and Reviews
opendylan femtolisp
7 8
409 1,435
2.0% -
5.0 0.0
4 days ago about 3 years ago
Dylan Scheme
GNU General Public License v3.0 or later BSD 3-clause "New" or "Revised" License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.


Posts with mentions or reviews of opendylan. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-07-09.


Posts with mentions or reviews of femtolisp. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-09-06.
  • From Common Lisp to Julia
    11 projects | | 6 Sep 2022
    > In short, Julia is very similar to Common Lisp, but brings a lot of extra niceties to the table

    This probably because Jeff Bezanson, the creator of Julia, created a Lisp prior to Julia, which I think still exists inside Julia in some fashion

  • Modern Python Performance Considerations
    8 projects | | 5 May 2022
    Well let's flip this around: do you think you could write a performant minimal Python in a weekend? Scheme is a very simple and elegant idea. Its power derives from the fact that smart people went to considerable pains to distill computation to limited set of things. "Complete" (i.e. rXrs) schemes build quite a lot of themselves... in scheme, from a pretty tiny core. I suspect Jeff Bezanson spent more than a weekend writing femtolisp, but that isn't really important. He's one guy who wrote a pretty darned performant lisp that does useful computation as a passion project. Check out his readme; it's fascinating:

    You simply can't say these things about Python (and I generally like Python!). It's truer for PyPy, but PyPy is pretty big and complex itself. Take a look at the source for the scheme or scheme-derived language of your choice sometime. I can't claim to be an expert in any of what's going on in there, but I think you'll be surprised how far down those parens go.

    The claim I was responding to asserted that lisps and smalltalks can only be fast because of complex JIT compiling. That is trueish in practice for Smalltalk and certainly modern Javascript... but it simply isn't true for every lisp. Certainly JIT-ed lisps can be extremely fast, but it's not the only path to a performant lisp. In these benchmarks you'll see a diversity of approaches even among the top performers:

    Given how many performant implementations of Scheme there are, I just don't think you can claim it's because of complex implementations by well-resourced groups. To me, I think the logical conclusion is that Scheme (and other lisps for the most part) are intrinsically pretty optimizable compared to Python. If we look at Common Lisp, there are also multiple performant implementations, some approximately competitive with Java which has had enormous resources poured into making it performant.

  • CppCast: Julia
    2 projects | | 31 Mar 2022
    While it uses an Algol inspired syntax, it has the same approach to OOP programing as CLOS(Common Lisp Object System), with multi-methods and protocols, it has a quite powerfull macro system like Lisp, similar REPL experience, and underneath it is powerered by femtolisp.
  • Julia and the Incarceration of Lisp
    6 projects | | 11 Jul 2021
  • What is the smallest x86 lisp?
    5 projects | | 25 Jun 2021
    For a real answer, other replies have already mentioned KiloLisp, but there's also femtolisp. Also, not exactly what you're asking for, but Maru is a very compact and elegant self-hosting lisp (compiles to x86).
  • lisp but small and low level?Does it make sense?
    4 projects | | 24 Mar 2021
    Take a look at femtolisp It has some low level features and is quite small. There is also a maintenance fork at lambdaconservatory
  • Lispsyntax.jl: A Clojure-like Lisp syntax for julia
    8 projects | | 19 Jan 2021
    A fun Julia easter egg I recently discovered.

    Running 'julia --lisp' launches a femtolisp ( interpreter.

  • Wisp: A light Lisp written in C++
    10 projects | | 28 Dec 2020
    Reminds me of the femtolisp README :)

    Almost everybody has their own lisp implementation. Some programmers' dogs and cats probably have their own lisp implementations as well. This is great, but too often I see people omit some of the obscure but critical features that make lisp uniquely wonderful. These include read macros like #. and backreferences, gensyms, and properly escaped symbol names. If you're going to waste everybody's time with yet another lisp, at least do it right damnit.

What are some alternatives?

When comparing opendylan and femtolisp you can also consider the following projects:

julia - The Julia Programming Language

small-lisp - A very small lisp interpreter, that I may one day get working on my 8-bit AVR microcontroller.

Carp - A statically typed lisp, without a GC, for real-time applications.

Fennel - Lua Lisp Language

sectorlisp - Bootstrapping LISP in a Boot Sector

awesome-lisp-companies - Awesome Lisp Companies

cling - The cling C++ interpreter

hissp - It's Python with a Lissp.

maru - Maru - a tiny self-hosting lisp dialect

LispSyntax.jl - lisp-like syntax in julia

lumen - A Lisp for Lua and JavaScript

foth - Tutorial-style FORTH implementation written in golang