awesome-rust-formalized-reasoning VS Formality

Compare awesome-rust-formalized-reasoning vs Formality and see what are their differences.


An exhaustive list of all Rust resources regarding automated or semi-automated formalization efforts in any area, constructive mathematics, formal algorithms, and program verification. (by newca12)


A modern proof language [Moved to:] (by moonad)
Our great sponsors
  • Appwrite - The open-source backend cloud platform
  • Amplication - open-source Node.js backend code generator
  • SurveyJS - A Non-Cloud Alternative to Google Forms that has it all.
  • InfluxDB - Collect and Analyze Billions of Data Points in Real Time
  • Sonar - Write Clean JavaScript Code. Always.
  • Mergify - Updating dependencies is time-consuming.
awesome-rust-formalized-reasoning Formality
3 29
227 2,014
- -
0.0 9.9
5 days ago almost 2 years ago
MIT License MIT 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 awesome-rust-formalized-reasoning. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-06-17.


Posts with mentions or reviews of Formality. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-10-01.
  • A dependently typed language for proofs that you can implement in one day
    4 projects | | 1 Oct 2021
    Also, my current work is using Kind as a foundation, the purpose of this language is exactly what you have asked for, give a check on
  • Kind: A Modern Proof Language
    7 projects | | 11 Aug 2021
    Kind has a "how I learned to stop worrying and love the `Type:Type`" vibe. That doesn't make it invalid as a proof language. It just inverts the priority: instead of consistency being the default and expressivity being opt-in (as in Agda, with the `type-in-type` pragma), it is expressive by default, and consistency is an opt-in. I strongly believe that is the right way. We plan to add opt-in termination (thus consistency) checkers, it is just not an immediate priority, but the language is completely ready for that. About `Type in Type` specifically, keep in mind that there are consistent, interesting type theories that feature `Type in Type`. So it isn't problematic in itself, and removing it seems wrong.

    About erasure, you can flag an argument as computationally irrelevant by writing `` instead of `(x: A)`. So, for example, in the [Vector/concat.kind]( file, `A`, `n` and `m` are erased. As such, the length of the vector doesn't affect the runtime. As a good practice, you may also write `f` instead of `f(x)` syntax for erased arguments, but that is optional.

    > TL;DR -- I think the language looks nice, and the compile to JS (from what I read of the Formcore source) looks to be well done. Also, the docs that are present are well presented in a non-academic way that I find pretty readable.

    Thanks for the kind words. We put a lot of effort on the compilers and, while there is still a lot to improve, I'm confident they're ahead of all the other languages, by far.

    7 projects | | 11 Aug 2021
    Yes! We're 1 file away from supporting a Python (and any other) back-end. For example, [this]( is the simplified JS back-end. If you just copy/paste that file and edit the syntax to Python instead, we'll have a Python back-end. That kind of contribution is always welcome.
    7 projects | | 11 Aug 2021
  • Kind-Lang: contributions are welcome!
    2 projects | /r/ProgrammingLanguages | 10 Aug 2021
    Kind is a functional, general-purpose programming language featuring theorems and proofs. It has the smallest core, a pretty solid JavaScript and Scheme compiler (seriously, check how clean is the generated kind.js), and a syntax that is a middle ground between Haskell and TypeScript, in an attempt to make it more accessible.
    3 projects | /r/haskell | 10 Aug 2021
    Hello! Kind is a functional programming language based on self types that has the smallest core, pretty solid JavaScript and Scheme compilers (seriously, check how clean is the generated kind.js is), and a syntax that is a middle ground between Haskell and TypeScript, in an attempt to make it more accessible. In short, it is a general-purpose, practical functional featuring featuring theorems and proofs. Kind still has a lot to evolve, but, at this point in time, it is one of the most mature proof languages in some aspects. We do research related to optimal evaluators, we explore self types, we build web apps (most are in development, but the performance is stellar), and we're close to have great inter-op with Haskell (one file away), EVM compilers (a linearity-checker away). All in all, I believe Kind is a great addition to the functional programming community. We are a small, mostly self-funded team.
    3 projects | /r/haskell | 10 Aug 2021
    I'm writing right now.
  • My unedited, uncensored thoughts about Ethereum, Cardano, Tezos, formal proofs and functional programming being a gimmick
    6 projects | /r/ethereum | 4 Jun 2021
    I mean, I could be ignorant about Elixir, but the first thing you do when programming in a language like Kind, Agda, is modeling your problem with types. Everything follows from that. Elixir doesn't even have sum types! It seems like you can't even express very basic concepts like List, Either, Maybe, List, Monad directly. Let alone more sophisticate concepts like subsets, propositional equality, logical negation? I see libs like this which "implement" half-baked, wrong versions of these concepts in contrived ways. Let me know if I'm wrong, but if you can't even translate the first lines of a Kind program in Elixir, I really can't see it as the same thing, at all. Not being elitist! Just saying these are not the same - and that is okay.

What are some alternatives?

When comparing awesome-rust-formalized-reasoning and Formality you can also consider the following projects:

reach-lang - Reach: The Safest and Smartest DApp Programming Language

kani - Kani Rust Verifier

elixir-maybe - A simple implementation of the Maybe type in Elixir, intended as an introduction to Functors, Applicative Functors and Monads

rado - Turing machine in Idris, with some cool types

Kind - A next-gen functional language [Moved to:]

apalache - APALACHE: symbolic model checker for TLA+

plutus - The Plutus language implementation and tools

cicada - Cicada Language

kind - Kubernetes IN Docker - local clusters for testing Kubernetes

FormCoreJS - A minimal pure functional language based on self dependent types.

minisat - Minisat Haskell bundle

tptp - Parser and pretty printer for the TPTP language