From Fedora Project Wiki
< Changes
(→Scope) |
|||
| Line 42: | Line 42: | ||
== Scope == | == Scope == | ||
* Proposal owners: all building work will be done in f26-ghc | * Proposal owners: all building work will be done in f26-ghc | ||
** We will follow versions from latest Stackage LTS 8 | |||
* Other developers: Negligible work outside Haskell SIG, but the SIG can try to help resolve any issues which should arise. | * Other developers: Negligible work outside Haskell SIG, but the SIG can try to help resolve any issues which should arise. | ||
<!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do other developers have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
* Release engineering: f26-ghc needs to be created and once all rebuilding there is completed the builds need to be tagged into f26 | * Release engineering: f26-ghc needs to be created and once all rebuilding there is completed the builds need to be tagged into f26 [[https://pagure.io/releng/issue/6639|ticket]] | ||
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuid required? If a rel-eng ticket exists, add a link here. | <!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)? Is a mass rebuid required? If a rel-eng ticket exists, add a link here. | ||
Please work with releng prior to feature submission, and ensure that someone is on board to do any process development work and testing; don't just assume that a bullet point in a change puts someone else on the hook.--> | Please work with releng prior to feature submission, and ensure that someone is on board to do any process development work and testing; don't just assume that a bullet point in a change puts someone else on the hook.--> | ||
| Line 52: | Line 52: | ||
<!-- Please check the list of Fedora release deliverables and list all the differences the feature brings --> | <!-- Please check the list of Fedora release deliverables and list all the differences the feature brings --> | ||
* Policies and guidelines: no Haskell Packaging changes currently planned | * Policies and guidelines: no Haskell Packaging changes currently planned | ||
<!-- Do the packaging guidelines or other documents need to be updated for this feature? If so, does it need to happen before or after the implementation is done? If a FPC ticket exists, add a link here. --> | <!-- Do the packaging guidelines or other documents need to be updated for this feature? If so, does it need to happen before or after the implementation is done? If a FPC ticket exists, add a link here. --> | ||
Revision as of 01:24, 21 February 2017
GHC 8.0
Summary
Update the GHC Haskell compiler in Fedora from version 7.10 to the current stable version 8.0, with much improved support for aarch64, ppc64, and ppc64le.
Owner
- Name: Jens Petersen, Haskell_SIG
- Email: <petersen@redhat.com>, <haskell@lists.fedoraproject.org>
- Release notes owner:
Current status
Detailed Description
GHC 8.0 contains many new features, fixes, and improvements including performance. Other distros are already moving to it and Fedora users will benefit from it too. This will require updating some and rebuilding all of the Haskell packages in Fedora.
Benefit to Fedora
Fedora users will be able to use the latest stable version of the GHC Haskell compiler, and enjoy new features, bugfixes, and performance improvements.
Scope
- Proposal owners: all building work will be done in f26-ghc
- We will follow versions from latest Stackage LTS 8
- Other developers: Negligible work outside Haskell SIG, but the SIG can try to help resolve any issues which should arise.
- Release engineering: f26-ghc needs to be created and once all rebuilding there is completed the builds need to be tagged into f26 [[1]]
- List of deliverables: mostly just version bumps
- Policies and guidelines: no Haskell Packaging changes currently planned
- Trademark approval: N/A (not needed for this Change)
Upgrade/compatibility impact
System upgrades should be smooth but users may have to update their code to make it recompile after upgrading.
How To Test
dnf install ghc cabal-install pandocdnf install ghc-*-devel
User Experience
They will have access to GHC 8.0 in Fedora, and be able to install and use it easily.
Dependencies
Very few packages with any Haskell dependencies outside the Haskell SIG.
Contingency Plan
- Contingency mechanism: (What to do? Who will do it?)
- If any key packages or sufficient number can't be updated and built in time, we (owner) will drop the all partial builds in f26-ghc and revert git master branches to the current ghc-7.10 package set from F25.
- Contingency deadline: before Mass Rebuild
- Blocks release? No
Documentation
- http://downloads.haskell.org/~ghc/8.0.1/docs/html/users_guide/8.0.1-notes.html
- https://ghc.haskell.org/trac/ghc/wiki/Migration/8.0
Release Notes
The GHC Haskell Compiler has been upgraded to version 8.0, and all Haskell rebuilt and many updated.