[commit: ghc] wip/T12618's head updated: Use ConApp when creating True resp. False (65ba986)
git at git.haskell.org
git at git.haskell.org
Thu Oct 6 23:21:12 UTC 2016
Repository : ssh://git@git.haskell.org/ghc
Branch 'wip/T12618' now includes:
7a6731c genapply: update source file in autogenerated text
c5d6288 Mark zipWithAndUnzipM as INLINABLE rather than INLINE
e4cf962 Bring Note in TcDeriv up to date
465c6c5 Improve error handling in TcRnMonad
58ecdf8 Remove unused T12124.srderr
4a03012 Refactor TcDeriv and TcGenDeriv
a2bedb5 RegAlloc: Make some pattern matched complete
57a207c Remove dead code “mkHsConApp”
67814af Introduce ConApp to Core (dead code as of yet)
f17b59e Actually desugar to ConApp
e7d8c5a ConApp bytecode: Add more ASSERT
5a7d036 ConApp: Include dc worker id in free variables
8fa2420 ConApp: Include dc worker id in dffvExpr
f10cbcb mkDataConRep: Do not interleave applying arguments and unboxers
b486662 DataCon wrapper: Use ConApp in the body
6c7668e mkCoreConApps: Warn about unsaturated use
a40b103 Lint: Complain about saturated uses of the data con worker
8399e73 Use ConApp in tagToEnumRule
c3e1cb0 knownCon: Use ConApp in unfolding of scrutinee
3733c4d Get rid of unitDataConId (use ConApp instead)
39185a4 Always build a wrapper for data types
32b4719 Always use ConApp in CoreSyn
916c152 Reserve a unique for the wrapper of a wired in DataCon
36143d4 CorePrep: Stop creating weird bindings for data constructor workers
5be97a0c Desugar: Use Coercible worker, not wrapper
395db23 Create a simple wrapper for built-in types as well
ef7fc1a Deserialize interface tuples to ConApp
d192218 Handle ConApp in "Eliminate Identity Case"
1aa69bf Use dataConWrapId in unsaturated uses of mkCoreConApps
3f42e87 ConApp: More Linting
48877da mkSimpleDataConRep: No wrapper for newtypes
ba8341c mkCoreConApps: Do not use ConApp for newtypes
70e58e8 New Lint Check: No data con workers any more, please
65ba986 Use ConApp when creating True resp. False
More information about the ghc-commits
mailing list