Bindings to the LLVM compiler toolkit using type families.
|Latest on Hackage:||3.1.1|
This package is not currently in any snapshots. If you're interested in using it, we recommend adding it to Stackage Nightly. Doing so will make builds more reliable, and allow stackage.org to host generated Haddocks.
High-level bindings to the LLVM compiler toolkit using type families instead of functional dependencies.
We use the same module names as the
which makes it harder to work with both packages from GHCi.
You may use the
We may change the module names later.
A note on versioning:
The versions of this package are loosely based on the LLVM version.
However, we depend on a relatively stable part of LLVM
and provide a relatively stable API for it.
We conform to the Package Versioning Policy PVP,
i.e. we increase the version of this package when its API changes,
but not necessarily when we add support for a new LLVM version.
We support all those LLVM versions
that are supported by our
Change log for the
addFunctionMappingchecks for functions that are eliminated by optimization passes. This fixes a crash when working with optimizations and call-back functions.
ExecutionEngineis now managed by a
ForeignPtrwith a finalizer. That is, you must keep the
ExecutionEnginealive as long as you call compiled functions.
vectordo no longer cycle the vector Instead they check for the appropriate static length.
FFI.constArraymust be in IO in order to proper sequence actions in
Core.Util.constArray. Currently, in
Util.constVectorit is possible that
FFI.constArrayis called too late and thus operates on a released pointer.