Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • GHC GHC
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 4,828
    • Issues 4,828
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 447
    • Merge requests 447
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Releases
  • Analytics
    • Analytics
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Glasgow Haskell Compiler
  • GHCGHC
  • Merge requests
  • !7063

Closed
Created Nov 24, 2021 by sheaf@sheafMaintainer
  • Report abuse
Report abuse

Re-export GHC.Types from GHC.Exts

  • Overview 13
  • Commits 1
  • Pipelines 12
  • Changes 4

Several times in the past, it has happened that things from GHC.Types were not re-exported from GHC.Exts, forcing users to import either GHC.Types or GHC.Prim, which have a weaker guarantee about stability.

We now re-export GHC.Types from GHC.Exts, which should avoid this happening again in the future. In particular, we now re-export Multiplicity and MultMul, which we didn't before. This thus fixes #20695.

I've taken the opportunity to spruce up the haddocks of GHC.Types and GHC.Exts somewhat, although the way the contents of GHC.Prim are inlined into GHC.Exts is still rather unsatisfactory.

Edited Dec 03, 2021 by sheaf
Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: T20695