large-records
large-records copied to clipboard
Library to support efficient compilation of large records (linear in the number of record fields)
When computing statistics over collections of anonymous records, it would be helpful to have a way to drop a field from a record without knowing the concrete row-type at compile...
Hi! Is it possible to use `generic-lens` with `large-anon`? I want something like ```haskell import Control.Lens ((&), (*~)) import Data.Generics.Labels () import Data.Record.Anon import Data.Record.Anon.Overloading import Data.Record.Anon.Simple magenta :: Record...
Hi, with normal stack build, the plugin works good But, when i do a parseModule, typeCheck and load the module with ghc, the generated code looks like this `uncons =...
```haskell data Y = Y {a, b :: Int} -- src/Main.hs:15:1: error: Unsupported declaration for large-records ```
A record such as ```haskell {-# ANN type T largeRecordStrict #-} data T = MkT { -- | Foo! foo :: Int -- | Oh no , bar :: Char...
I'm not sure if it's possible, but perhaps we can use the existential types trick to instead define a pattern synonym without generating all accessors (without relying on `NoFieldSelectors`). If...
This could be done in the source plugin, and should translate to `HasField` constraints.
For example, we currently leave `HasField` constraints simply unresolved even if we have evidence that a field is definitely not there. We should instead issue a custom error message ("field...