Modulederiving-compat-0.6.8Haskell2010

Data.Foldable.Deriving

Exports functions to mechanically derive Foldable instances in a way that mimics how the -XDeriveFoldable extension works since GHC 8.0.

These changes make it possible to derive Foldable instances for data types with existential constraints, e.g.,

data WrappedSet a where
    WrapSet :: Ord a => a -> WrappedSet a

deriving instance Foldable WrappedSet -- On GHC 8.0  on later
$(deriveFoldable ''WrappedSet)        -- On GHC 7.10 and earlier

In addition, derived Foldable instances from this module do not generate superfluous mempty expressions in its implementation of foldMap. One can verify this by compiling a module that uses deriveFoldable with the -ddump-splices GHC flag.

For more info on these changes, see this GHC wiki page.

1 type
13 values

Packagederiving-compat-0.6.8
Exports14
LanguageHaskell2010
LicenceBSD-3-Clause
SourceDeriving.hs

Foldable

12 declarations

valuederiveFoldable :: Name -> Q [Dec]

Generates a Foldable instance declaration for the given data type or data family instance.

valuederiveFoldableOptions :: FFTOptions -> Name -> Q [Dec]

Like deriveFoldable, but takes an FFTOptions argument.

valuemakeFoldMap :: Name -> Q Exp

Generates a lambda expression which behaves like foldMap (without requiring a Foldable instance).

valuemakeFoldMapOptions :: FFTOptions -> Name -> Q Exp

Like makeFoldMap, but takes an FFTOptions argument.

valuemakeFoldr :: Name -> Q Exp

Generates a lambda expression which behaves like foldr (without requiring a Foldable instance).

valuemakeFoldrOptions :: FFTOptions -> Name -> Q Exp

Like makeFoldr, but takes an FFTOptions argument.

valuemakeFold :: Name -> Q Exp

Generates a lambda expression which behaves like fold (without requiring a Foldable instance).

valuemakeFoldOptions :: FFTOptions -> Name -> Q Exp

Like makeFold, but takes an FFTOptions argument.

valuemakeFoldl :: Name -> Q Exp

Generates a lambda expression which behaves like foldl (without requiring a Foldable instance).

valuemakeFoldlOptions :: FFTOptions -> Name -> Q Exp

Like makeFoldl, but takes an FFTOptions argument.

valuemakeNull :: Name -> Q Exp

Generates a lambda expression which behaves like null (without requiring a Foldable instance).

valuemakeNullOptions :: FFTOptions -> Name -> Q Exp

Like makeNull, but takes an FFTOptions argument.

FFTOptions

2 declarations

newtypenewtype FFTOptions

Options that further configure how the functions in Data.Functor.Deriving should behave. (FFT stands for FunctorFoldableTraversable.)

Constructors

FFTOptions
- fftEmptyCaseBehavior :: Bool
  If True, derived instances for empty data types (i.e., ones with no data constructors) will use the EmptyCase language extension. If False, derived instances will simply use seq instead. (This has no effect on GHCs before 7.8, since EmptyCase is only available in 7.8 or later.)

Instances4Eq, Ord, Read, Show

Eq FFTOptionsDefined in deriving-compat-0.6.8 · Data.Functor.Deriving.Internal
Ord FFTOptionsDefined in deriving-compat-0.6.8 · Data.Functor.Deriving.Internal
Read FFTOptionsDefined in deriving-compat-0.6.8 · Data.Functor.Deriving.Internal
Show FFTOptionsDefined in deriving-compat-0.6.8 · Data.Functor.Deriving.Internal

valuedefaultFFTOptions :: FFTOptions

Conservative FFTOptions that doesn't attempt to use EmptyCase (to prevent users from having to enable that extension at use sites.)

deriveFoldable limitations

0 declarations

Be aware of the following potential gotchas:

If you are using the -XGADTs or -XExistentialQuantification extensions, an existential constraint cannot mention the last type variable. For example, data Illegal a = forall a. Show a => Illegal a cannot have a derived Functor instance.
Type variables of kind * -> * are assumed to have Foldable constraints. If this is not desirable, use makeFoldr or makeFoldMap.