1
1
mirror of https://github.com/anoma/juvix.git synced 2024-11-23 16:25:37 +03:00
Juvix empowers developers to write code in a high-level, functional language, compile it to gas-efficient output VM instructions, and formally verify the safety of their contracts prior to deployment and execution.
Go to file
2021-12-29 18:31:31 +01:00
.github/workflows fix compilation errors 2021-12-23 11:19:46 +01:00
docs Revisions on Frid. 17 Dec 2021-12-17 12:33:02 +00:00
examples [ examples ] fixed some types 2021-12-28 12:37:06 -05:00
notes [ examples/ ] small revisions 2021-12-26 17:12:39 -05:00
src implement preparser 2021-12-29 18:27:38 +01:00
.gitignore delete and ignore .ghci 2021-12-28 17:20:36 +01:00
.hlint.yaml w.i.p. adding ideal modules to cabal. Check compilation. 2021-11-14 14:22:29 +01:00
CHANGELOG.md First commit, initial project template. 2021-09-26 18:59:51 +02:00
hie.yaml use stack instead of cabal for hie.yaml 2021-12-24 10:33:26 +01:00
LICENSE First commit, initial project template. 2021-09-26 18:59:51 +02:00
Makefile [ docs ] added ways to have the docs locally using pandoc 2021-12-04 14:17:49 +01:00
minijuvix.agda-lib WIP. Adapting source code from heliaxdev/juvix for parsing purposes. 2021-11-11 20:08:49 +01:00
package.yaml implement preparser 2021-12-29 18:27:38 +01:00
README.md [ README ] Structure 2021-11-11 20:12:32 +01:00
stack.yaml upgrade to ghc9, use hpack 2021-12-23 10:57:55 +01:00

MiniJuvix GPL-3.0-only license Haskell CI

This repository aims to be a conservative Haskell project of a tiny language with dependent types based on the Juvix project. The primary purpose is to be a laboratory to study/experiment in implementing a functional language with dependent types.

In this branch qtt, MiniJuvix aims to be programming language based on Quantitative type theory, but with the semiring of the extended natural numbers. Some Haskell code has been generated automatically by agda2hs. In the future, we want to prove properties about the Minijuvix programs directly in Agda.

The following is a tentative project structure, but it can change at any moment. See below the file project structure. The diagram shows the design of the compiler related with the project structure.

In the picture, syntax transformations are denoted by pᵢ (e.g. passes in the Juvix Translate library) and checking operations are denoted by cᵢ (e.g. found in the Juvix Core library), and both families of items are the priority of this project.

$ tree src/
...
.
├── MiniJuvix
│   ├── Desugaring
│   │   └── Error.hs
│   ├── Error.hs
│   ├── Monad.hs
│   ├── Parsing
│   │   ├── ADT.hs
│   │   ├── Error.hs
│   │   ├── Location.hs
│   │   └── Parser.hs
│   ├── Pipeline.hs
│   ├── Pretty.hs
│   ├── Syntax
│   │   ├── Core.agda
│   │   ├── Core.hs
│   │   ├── Desugared.hs
│   │   ├── Eval.agda
│   │   ├── Eval.hs
│   │   └── Sugared.hs
│   ├── Typing
│   │   ├── Coverage.hs
│   │   ├── Erasure.hs
│   │   ├── Error.hs
│   │   ├── Scopechecking.hs
│   │   ├── Termination.hs
│   │   └── Typechecking.hs
│   └── Utils
│       ├── File.hs
│       ├── Monad.hs
│       ├── NameSymbol.hs
│       ├── Parser
│       │   ├── Lexer.hs
│       │   └── Token.hs
│       ├── Parser.hs
│       ├── Prelude.hs
│       ├── Pretty.hs
│       └── Version.hs
├── app
│   ├── Main.hs
│   └── Options.hs
└── test
    └── Spec.hs
...