Source

aeson / Data / Aeson / TH.hs

The default branch has multiple heads

Author Commit Message Labels Comments Date
Bryan O'Sullivan
Reduce duplication, simplify CPP macros
Mateusz Kowalczyk
Follow TH changes in GHC 7.9. Pred now is just an alias of Type. See GHC Trac #7021.
Gabriel McArthur
Merge branch 'master' of https://github.com/bos/aeson Conflicts: Data/Aeson/Types/Internal.hs
Gabe McArthur
Per @basvandijk, I've moved all of the logic into a camelTo function.
Gabe McArthur
Adding functions to TH to make CamelCase to under_score easier. I have noticed in multiple places around hackage that people add these kinds of functions to get their JSON formatted keys (often underscore_formatted_strings) out of Haskell's CamelCase data properties (often withLongStringsOfCAPITALS). I have also added to the .gitignore those files generated by the new cabal 1.18 'sandbox' feature. I have a few outstanding questions: 1) Should these function…
Bryan O'Sullivan
Try to fix stupid clang cpp incompatibility (gh-154)
basvandijk
Renamed nullaryToString to the more accurate allNullaryToStringTag
basvandijk
Renamed fieldNameModifier to the more accurate fieldLabelModifier
basvandijk
Rename constructor name/type to constructor tag which is more accurate. - Rename "constructorNameModifier" to "constructorTagModifier". - Rename "ObjectWithType" to "TaggedObject". - Rename "typeFieldName" to "tagFieldName". - Rename "defaultObjectWithType" to "defaultTaggedObject".
basvandijk
Renamed valueFieldName to contentsFieldName This reflects its purpose more accurately.
basvandijk
Add the omitNothingFields encoding option
basvandijk
Fixed bug in the TH code of parsing a 2-element-array encoded value
basvandijk
Parameterize the gParseJSON and gToJSON with encoding Options
basvandijk
Add defaultObjectWithType and improve documentation
basvandijk
Added constructorNameModifier field to Data.Aeson.TH.Options
basvandijk
Reintroduced the TH sum encoding of an Object with a single type/value pair
Bryan O'Sullivan
Fix build on GHC 6.12
Bryan O'Sullivan
Fix imports
Bryan O'Sullivan
Merge pull request #97 from basvandijk/th-encoding Add support for specifying how to encode datatypes in Data.Aeson.TH
basvandijk
Add support for specifying how to encode datatypes in Data.Aeson.TH Fixes #68 and fixes #66.
Bryan O'Sullivan
Update copyright years
Marco Túlio Pimenta Gontijo
Correct haddock syntax for lambda.
Bryan O'Sullivan
Update copyrights.
basvandijk
Fix for building Data.Aeson.TH with GHC-6.12.3. When quoting an expression with a higher ranked type in GHC-6.12.3 like: [e|V.create :: (forall s. GHC.ST.ST s (Data.Vector.Mutable.MVector s a)) -> Data.Vector.Vector a|] `appE` ... the following error is thrown: Cannot match a monotype with `(forall s. GHC.ST.ST s (Data.Vector.Mutable.MVector s a)) -> Data.Vector.Vector a' Probable cause: `V.create' is applied to too few argume…
basvandijk
Improved performance of the template-haskell derived toJSON for products by 70% Instead of constructing a list and converting that to a vector I now run a ST computation that creates a mutable vector of the correct size and fills it with the right Values.
basvandijk
Doc fix in Data.Aeson.TH
basvandijk
Use HashMap instead of Map for Objects This gives some nice speedups in the AesonCompareAutoInstances benchmarks: 24.7% speedup on average 98.0% maximum speedup -1.7% maximum slowdown
Bryan O'Sullivan
Remove redundant import AGAIN
basvandijk
Merge branch 'master' of git://github.com/mailrank/aeson into optimizations Also removed some unnecessary language extensions Conflicts: Data/Aeson/Types/Internal.hs
basvandijk
Safely use unsafeIndex in Data.Aeson.TH.parseProduct because we have already checked for a valid length.
  1. Prev
  2. 1
  3. 2
  4. Next