You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As we know, all the types handled by ForSyDe are required to be instances
of Data.
Creating a "Data a => Lift a" (undecidable) instance would make all
instances of Data (and implicilty all ForSyDe-supported types) also
instances of Lift, sparing us from needing to use $(deriveLift
WhateverDataType).
I created ticket [1] in GHC's track asking for this feature a while ago,
and they accepted to include it in GHC 6.10, but that won't happen in a while.
Comment by HWoidt Saturday Jan 23, 2016 at 07:11 GMT
There has been an update on the GHC ticket. The upcoming version of GHC will support automatic derivation of the Lift instance using "... deriving Lift" through the -XDeriveLift extension.
Issue by HWoidt
Saturday Jul 11, 2015 at 13:04 GMT
Originally opened as https://gits-15.sys.kth.se/ingo/forsyde-deep/issues/16
Reported by [email protected], Jun 23, 2008
As we know, all the types handled by ForSyDe are required to be instances
of Data.
Creating a "Data a => Lift a" (undecidable) instance would make all
instances of Data (and implicilty all ForSyDe-supported types) also
instances of Lift, sparing us from needing to use $(deriveLift
WhateverDataType).
I created ticket [1] in GHC's track asking for this feature a while ago,
and they accepted to include it in GHC 6.10, but that won't happen in a while.
[1] http://hackage.haskell.org/trac/ghc/ticket/1830
The text was updated successfully, but these errors were encountered: