Changelog for
ghc-bifunctors-devel-5.5.14-1.157.x86_64.rpm :
* Thu Dec 08 2022 Peter Simons
- Update bifunctors to version 5.5.14. 5.5.14 [2022.12.07] - ------------------
* Define `Functor`, `Foldable`, and `Traversable` instances for `Sum` and `Product`.
* Mon Sep 12 2022 Peter Simons - Update bifunctors to version 5.5.13. 5.5.13 [2022.09.12] - ------------------
* Make the `Biapplicative` instances for tuples lazy, to match their `Bifunctor` instances.
* Sat Jul 23 2022 Peter Simons - Update bifunctors to version 5.5.12 revision 1. Upstream has revised the Cabal build instructions on Hackage.
* Sun May 08 2022 Peter Simons - Update bifunctors to version 5.5.12. 5.5.12 [2022.05.07] - ------------------
* Backport an upstream GHC change which removes the default implementation of `bitraverse`. Per the discussion in https://github.com/haskell/core-libraries-committee/issues/47, this default implementation was completely broken, as attempting to use it would always result in an infinite loop.
* Wed Aug 04 2021 psimonsAATTsuse.com- Update bifunctors to version 5.5.11 revision 1. Upstream has revised the Cabal build instructions on Hackage.
* Fri Apr 30 2021 psimonsAATTsuse.com- Update bifunctors to version 5.5.11. 5.5.11 [2021.04.30] - ------------------
* Allow building with `template-haskell-2.18` (GHC 9.2).
* Sun Jan 24 2021 psimonsAATTsuse.com- Update bifunctors to version 5.5.10. 5.5.10 [2021.01.21] - ------------------
* Fix a bug in which `deriveBifoldable` could generate code that triggers `-Wunused-matches` warnings.
* Wed Dec 30 2020 psimonsAATTsuse.com- Update bifunctors to version 5.5.9. 5.5.9 [2020.12.30] - -----------------
* Explicitly mark modules as Safe or Trustworthy.
* Thu Dec 17 2020 Ondřej Súkup - disable %{ix86} build
* Tue Oct 06 2020 psimonsAATTsuse.com- Update bifunctors to version 5.5.8. 5.5.8 [2020.10.01] - -----------------
* Fix a bug in which `deriveBifunctor` would fail on sufficiently complex uses of rank-n types in constructor fields.
* Fix a bug in which `deriveBiunctor` and related functions would needlessly reject data types whose two last type parameters appear as oversaturated arguments to a type family.
