A purely functional programming language with first class types
Go to file
Ohad Kammar 83793113ba First steps towards emacs idris-mode compatibility
To make sure the protocol doesn't jam, supply stub implementation to
all protocol commands.

Report to REPL when an unimplemented command is used.

Notes
-----

1. We don't support add-proof-clause. I guess all proof-related stuff
   should be removed from the protocol

2. Some types are stub types too. That's because we need to `SExpable`
   more structured types like `PTerm`. I'll leave that to the future.

3. I've lifted `REPLResult` into `IDEResult` inside `IDEMode/REPL.idr`.
   That's because some results, like `who-calls` only make sense in
   the context of an IDE, not in the context of a user-facing REPL.

   The Editing commands should be moved from the REPL into the IDE and
   called from the REPL.

   I leave that to the future, once more of the protocol is
   implemented.

4. Export a few functions from the REPL so that the IDE can call them.

5. There's one outstanding issue with the emacs idris-mode: it
   currently calls the unsupported `:consolewidth` REPL command. This
   is harmless, and can wait until @edwinb decides whether we should
   support it in the future or not.

6. There was a bug as to how holes are returned to the user. The
   format isn't documented in the protocol, so we'll need to reproduce
   it, perhaps from the idris-mode elisp sources.
2020-05-22 01:01:55 +01:00
bootstrap Update idris2-boot 2020-05-20 14:27:26 +01:00
docs Copy more files over from Idris2 2020-05-20 11:23:04 +01:00
libs libs/network: Port FFI calls from deprecated interface to %foreign pragma 2020-05-20 20:09:56 +01:00
src First steps towards emacs idris-mode compatibility 2020-05-22 01:01:55 +01:00
support Add racket bootstrap script 2020-05-19 22:56:27 +01:00
tests Merge pull request #7 from chrrasmussen/fix-chez016 2020-05-20 11:48:06 +01:00
.gitignore Update Makefile 2020-05-20 14:19:06 +01:00
.travis.yml Reorganise some bootstrap/travis steps 2020-05-20 10:33:40 +01:00
bootstrap-rkt.sh Update bootstrapping scripts for new exec name 2020-05-20 14:00:15 +01:00
bootstrap.sh Fix bootstrap script (again) 2020-05-20 14:33:34 +01:00
CHANGELOG.md Add licence and changelog and update REAMDE 2020-05-20 11:31:48 +01:00
config.mk Change executable name 2020-05-20 13:31:04 +01:00
CONTRIBUTING.md Copy more files over from Idris2 2020-05-20 11:23:04 +01:00
CONTRIBUTORS Copy more files over from Idris2 2020-05-20 11:23:04 +01:00
idris2.ipkg Change executable name 2020-05-20 13:31:04 +01:00
idris2rkt.ipkg Change executable name 2020-05-20 13:31:04 +01:00
INSTALL.md Update INSTALL.md 2020-05-20 15:01:19 +01:00
LICENSE Add licence and changelog and update REAMDE 2020-05-20 11:31:48 +01:00
Makefile Update Makefile 2020-05-20 14:19:06 +01:00
README.md Update README.md 2020-05-20 14:55:40 +01:00

Idris 2

Build Status

Idris 2 is a purely functional programming language with first class types.

For full installation instructions, see INSTALL.md. Briefly, if you have Chez Scheme installed, with the executable name chez, type:

  • make bootstrap SCHEME=chez
  • make install

You may need to change chez to be the local name of your Chez Scheme. This is often one of scheme, chezscheme or chezscheme9.5 (depending on the version). On a modern desktop machine, this process should take no more than 2 or 3 minutes.

Idris 2 is mostly backwards compatible with Idris 1, with some minor exceptions. The most notable user visible differences, which might cause Idris 1 programs to fail to type check, are:

  • Unbound implicit arguments are always erased, so it is a type error to attempt to pattern match on one.

  • Simplified resolution of ambiguous names, which might mean you need to explicitly disambiguate more often. As a general rule, Idris 2 will be able to disambiguate between names which have different concrete return types (such as data constructors), or which have different concrete argument types (such as record projections). It may struggle to resolve ambiguities if one name requires an interface to be resolved.

  • Minor differences in the meaning of export modifiers private, export, and public export, which now refer to visibility of names from other namespaces rather than visibility from other files.

  • Module names must match the filename in which they are defined (unless the module's name is "Main").

  • Anything which uses a %language pragma in Idris 1 is likely to be different. Notably, elaborator reflection will exist, but most likely in a slightly different form because the internal details of the elaborator are different.

  • The Prelude is much smaller (and easier to replace with an alternative).

  • let x = val in e no longer computes with x in e, instead being essentially equivalent to (\x => e) val. This is to make the behaviour of let consistent in the presence of case and with (where it is hard to push the computation inside the case/with efficiently). Instead, you can define functions locally with let, which do have computational force, as follows:

    let x : ?
        x = val in
        e
    

Watch this space for more details and the rationale for the changes, as I get around to writing it...

Summary of new features:

  • A core language based on "Quantitative Type Theory" which allows explicit annotation of erased types, and linear types.
  • let bindings are now more expressive, and can be used to define pattern matching functions locally.
  • Names which are in scope in a type are also always in scope in the body of the corresponding definition.
  • Better inference. Holes are global to a source file, rather than local to a definition, meaning that some holes can be left in function types to be inferred by the type checker. This also gives better inference for the types of case expressions, and means fewer annotations are needed in interface declarations.
  • Better type checker implementation which minimises the need for compile time evaluation.
  • New Chez Scheme based back end which both compiles and runs faster than the default Idris 1 back end. (Also, optionally, Racket and Gambit can be used as targets).
  • Everything works faster :).

A significant change in the implementation is that there is an intermediate language TTImp, which is essentially a desugared Idris, and is cleanly separated from the high level language which means it is potentially usable as a core language for other high level syntaxes.

Things still missing

  • Disambiguation via 'with'
  • Cumulativity (so we currently have Type : Type! Bear that in mind when you think you've proved something :))
  • 'rewrite' doesn't yet work on dependent types
  • Parts of the ide-mode, particularly syntax highlighting
  • Documentation strings and HTML documentation generation
  • ':search' and ':apropos' at the REPL
  • Metaprogramming (reflection, partial evaluation)

Talks

Idris 2 - Type-driven Development of Idris (Curry On - London 2019)