Yitzchak Gale's nested modules proposal l which would address one of the larger warts with the current module system and records while adding essentially no complexity to the GHC internals. (i.e. no changes would be needed to GHC beyond the parsing phase possibly, so an ''easy'' changeto experiment with )

+

Yitzchak Gale's nested modules proposal which would address one of the larger warts with the current module system and records while adding essentially no complexity to the GHC internals. (i.e. no changes would be needed to GHC beyond the parsing phase possibly, so an ''easy'' change to experiment with )

Revision as of 16:04, 29 September 2013

There are many many proposals to augment GHC (and Haskell) that would be valuable yet languish because they have not be documented / collected anywhere aside from persisting in the Mailing lists.

Such proposals are things, typically, that would be uncontroversial and welcomed, but which no core GHC developers have free cycles to work on.

Proposals are suitable for this page if they do not require deep changes to GHC, though they may still be nontrivial, and which ghc-hq is likely to merge in when there is a strong community consensus and well-written patch is on hand.

2 Records and Modules

Yitzchak Gale's nested modules proposal which would address one of the larger warts with the current module system and records while adding essentially no complexity to the GHC internals. (i.e. no changes would be needed to GHC beyond the parsing phase possibly, so an easy change to experiment with )