Changelog for backprop-0.1.5.2

Changelog

Version 0.1.5.2

Added Random instaces for all tuple types. Same as for Binary, this
does incur a random and time dependency only from the tuple types.
Again, because these packages are a part of GHC's boot libraries, this
is hopefully not too bad.

Added Binary instances for all tuple types. Note that this does incur a
binary dependency only because of the tuple types; however, this will
hopefully be not too much of an issue because binary is a GHC library
anyway.

Version 0.1.4.0

isoVar, isoVar2, isoVar3, and isoVarN: convenient aliases for
applying isomorphisms to BVars. Helpful for use with constructors and
deconstructors.

opIso2 and opIso3 added to Numeric.Backprop.Op, for convenience.

T0 (Unit with numeric instances) added to *Numeric.Backprop.Tuple".

Internal

Completely decoupled the internal implementation from Num, which showed
some performance benefits. Mostly just to make the code slightly cleaner,
and to prepare for some day potentially decoupling the external API from
Num as well.

Version 0.1.1.0

Added canonical strict tuple types with Num instances, in the module
Numeric.Backprop.Tuple. This is meant to be a band-aid for the problem
of orphan instances and potential mismatched tuple types.

Fixed bug in collectVar that occurs if container sizes change

Internal

Internal tweaks to the underlying automatic differentiation types that
decouple backpropagation from Num, internally. Num is now just used
externally as a part of the API, which might someday be made optional.

Version 0.0.3.0

Removed samples as registered executables in the cabal file, to reduce
dependences to a bare minimum. For convenience, build script now also
compiles the samples into the local directory if stack is installed.

Added experimental (unsafe) combinators for working with GADTs with
existential types, withGADT, to Numeric.Backprop module.

Fixed broken links in changelog.

Version 0.0.2.0

Removed all traces of Summer/Unity from the library, eliminating a
whole swath of "explicit-Summer"/"explicit-Unity" versions of functions.
As a consequence, the library now only works with Num instances. The
API, however, is now much more simple.