Changelog for llvm-tf-21.0
Change log for the llvm-tf package
12.1
- make
IsFirstClasssuperclass ofIsSized.
9.2
-
custom
Ptrtype: We leave the originalPtrtype for data inStorablecompatible format, and useLLVM.Ptrfor data in LLVM layout. -
instance Storable Vector: Allows non-primitive elements and interleaves them. -
instance Marshal Vector: Should now be really compatible with LLVM. Formerly, it was wrong on big-endian systems and vectors of Bool, WordN, IntN. The correct implementation required a new class for storing vectors. -
Retclass: turned from multi-parameter type class to single parameter type class with type functionResult. You may replaceRet a rbyRet a, Result a ~ rin your code, which may enable further simplifications. -
CallArgs f g r->CallArgs r f g,CallerFunction f r->CallerFunction r f -
ArithFunction,ToArithFunction: Replaced functional dependencies by type functions. -
ArithFunction: split offReturn
9.0
-
Instructions.bitcastElements: UseGuided.bitcast Guided.vectorinstead. -
Core.Guided: new module for instructions on both scalars and vectors -
fixed bug:
cmponIntNdid an unsigned comparison -
Vector: instanceQuickCheck.Arbitrary
3.1.2
Instructions: setters for FastMath flags
3.1.0.1
addFunctionMappingchecks for functions that are eliminated by optimization passes. This fixes a crash when working with optimizations and call-back functions.
3.1
-
ExecutionEngineis now managed by aForeignPtrwith a finalizer. That is, you must keep theExecutionEnginealive as long as you call compiled functions.FreePointersandgetFreePointersare gone.
3.0.3
-
constVector,constArray,vectordo no longer cycle the vector Instead they check for the appropriate static length. -
FFI.constVector,FFI.constArraymust be in IO in order to proper sequence actions inCore.Util.constVector,Core.Util.constArray. Currently, inUtil.constVectorit is possible thatFFI.constArrayis called too late and thus operates on a released pointer.