b1040a26b3
Hey I haven't even touched those things! |
||
---|---|---|
.github | ||
benchmark | ||
bootstrap | ||
docs | ||
icons | ||
libs | ||
lint | ||
nix | ||
Release | ||
samples | ||
src | ||
support | ||
tests | ||
.editorconfig | ||
.gitattributes | ||
.gitignore | ||
bootstrap-stage1-chez.sh | ||
bootstrap-stage1-racket.sh | ||
bootstrap-stage2.sh | ||
CHANGELOG.md | ||
config.mk | ||
CONTRIBUTING.md | ||
CONTRIBUTORS | ||
default.nix | ||
flake.lock | ||
flake.nix | ||
idris2.ipkg | ||
idris2api.ipkg | ||
idris2protocols.ipkg.hide | ||
INSTALL.md | ||
LICENSE | ||
Makefile | ||
README.md |
Idris 2
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 (including tests)
should take less than 5 minutes.
Idris 2 is mostly backward 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.
-
The
cong
function now takes its congruence explicitly as its first argument. -
Minor differences in the meaning of export modifiers
private
,export
, andpublic 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). Command-line option--no-prelude
can be used to not implicitly importPrelude
. -
let x = val in e
no longer computes withx
ine
, instead being essentially equivalent to(\x => e) val
. This is to make the behaviour oflet
consistent in the presence ofcase
andwith
(where it is hard to push the computation inside thecase
/with
efficiently). Instead, you can define functions locally withlet
, 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 backend which both compiles and runs faster than the default Idris 1 backend. (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.
JavaScript
The JavaScript codegen uses the new BigInt, hence Node.js 10.4 or higher is required.
Editor Plugins
The wiki lists the current plugins available for common text editors and their features.
Things still missing
- 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
Contributions wanted
If you want to learn about Idris more, contributing to the compiler could be one way to do so. Just select one good first issue and ask about it on the Discord channel.