summaryrefslogtreecommitdiff
path: root/src/AST/Pretty.hs
Commit message (Collapse)AuthorAge
* Pretty: fix printing of EMaybeTom Smeding4 days
|
* Commutativity marker on fold1iTom Smeding11 days
|
* Much process with accumulator revampTom Smeding2025-03-14
|
* pretty: Print x value for (!)Tom Smeding2025-03-07
|
* pprintExprTom Smeding2025-03-07
|
* Fix ppParen in pretty of EWithTom Smeding2025-03-04
|
* Fix some pretty-printingTom Smeding2025-03-01
|
* Pretty: Allow colouring exts (currently not)Tom Smeding2025-02-25
|
* Compile: Emit structs in proper orderTom Smeding2025-02-25
|
* Pretty-printer that supports extension fieldsTom Smeding2025-01-28
|
* Add ext field to remaining AST constructorsTom Smeding2025-01-27
|
* Working argument accum mode (...)Tom Smeding2024-11-26
| | | | | | | | | | | | | | | The derivative of 'neural' in full accum mode is pretty atrocious now; I think this is because when you have code like this: \(a :: Arr 1 R) -> let b = a in let c = b in sum d then because the argument, as well as both let bindings, bind a value of array type, each will introduce an accumulator, hence resulting in three (!) nested `with` clauses that each just contribute their result back to their parent. This is pointless, and we should fix this.
* Test GMM; it failsTom Smeding2024-11-10
|
* Complete GMM implementationTom Smeding2024-11-10
|
* Some more primitive operatorsTom Smeding2024-11-09
|
* WIP maximum/minimumTom Smeding2024-11-08
|
* Custom derivativesTom Smeding2024-11-08
|
* WIP custom derivativesTom Smeding2024-11-08
|
* Remove build1Tom Smeding2024-11-07
|
* WIP EOneHotTom Smeding2024-11-04
|
* Fix {} usage in pretty-printing of ELetTom Smeding2024-10-26
|
* DebuggingTom Smeding2024-10-26
|
* Fix interpreter bugTom Smeding2024-10-22
|
* Differentiate ReplicateTom Smeding2024-10-22
|
* TestsTom Smeding2024-10-21
|
* Add some missing casesTom Smeding2024-09-22
|
* WIP better zero/plus, fixing Accum (...)Tom Smeding2024-09-13
| | | | | | | | | | | | | The accumulator implementation was wrong because it forgot (in accumAdd) to take into account that values may be variably-sized. Furthermore, it was also complexity-inefficient because it did not build up a sparse value. Thus let's go for the Haskell-interpreter-equivalent of what a real, fast, compiled implementation would do: just a tree with mutable variables. In practice one can decide to indeed flatten parts of that tree, i.e. using a tree representation for nested pairs is bad, but that should have been done _before_ execution and for _all_ occurrences of that type fragment, not live at runtime by the accumulator implementation.
* Interpreter, some operationsTom Smeding2024-09-12
|
* A simple embedded frontendTom Smeding2024-09-05
|
* Generic accumulatorsTom Smeding2024-09-05
|
* WIPTom Smeding2024-09-04
|
* Inching towards drev of buildTom Smeding2024-09-03
|
* WIP Build1Tom Smeding2024-08-30
|
* Migrate to accumulators (mostly removing EVM code)Tom Smeding2024-08-30
|
* Finish rewriteTom Smeding2024-01-25
|
* Pretty print let bindings in do notationTom Smeding2023-09-21
|
* Examples with conditionalsTom Smeding2023-09-20
|
* StuffTom Smeding2023-09-19
|
* Pretty printTom Smeding2023-09-16