Lean 4 fork for HoTT-compatible kernel extensions (Path types, transport, HITs). Maintained against upstream leanprover/lean4.
@Kha I am reverting this change for now. I understand that the "default-value" approach is bad for debugging, and it does not produce good error messages, but at least the frontend will not "panic" when users add a bad macro. After we switch to the new frontend, we can have a monadic `getArg` and `getArgs` in the Elab and Macro monads which produces an "unexpected syntax" error message. I say we wait for the new frontend because we will be able to write `(<- s.getArg)` inside of expressions. |
||
|---|---|---|
| .github | ||
| doc | ||
| images | ||
| lean4-mode | ||
| nix | ||
| script | ||
| src | ||
| stage0 | ||
| tests | ||
| tmp | ||
| .clang-format | ||
| .codecov.yml | ||
| .gitattributes | ||
| .gitignore | ||
| CMakeLists.txt | ||
| default.nix | ||
| LICENSE | ||
| README.md | ||
| shell.nix | ||
We are currently developing Lean 4. Lean 3 is still the latest official release. This repository contains work in progress.
Important. Unless you are one of our collaborators
- We strongly suggest you use Lean 3.
- Pull requests are not welcome.
- New issues are not welcome, and will be closed without any feedback.