[GHC] #13477: Turn cIntegerLibraryType into a dynflag

GHC ghc-devs at haskell.org
Mon Aug 20 21:38:11 UTC 2018


#13477: Turn cIntegerLibraryType into a dynflag
-------------------------------------+-------------------------------------
        Reporter:  nomeata           |                Owner:  (none)
            Type:  task              |               Status:  new
        Priority:  low               |            Milestone:
       Component:  GHC API           |              Version:  8.1
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by nomeata):

 It keeps happening that when I want to file a bug report, I find that I
 have already filed it…

 A `ghc`-the-library that allows users to choose the integer library they
 want would be great. For example asterius, a WebAssembly backend in the
 making, would then have one reason less to build on a patched `ghc` (see
 https://tweag.github.io/asterius/building/)

 There are two issues:
  * Using `S#` if `integer-gmp` is used. Can easily be made dependent on
 the `DynFlags`.
  * Using the right unit id in `gHC_INTEGER_TYPE`, which is used in all
 kind of `…Name` symbols, which are used in other top-level definitions
 like `CoreRules`. Would be more invasive to make that dependent on
 `DynFlags`.

 I wonder if maybe GHC should just assume that the unit name is `integer`,
 and the build script of `integer-gmp` resp. `integer-simple` passes
 `-this-unit-id integer` instead? What would break in this simple model?

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13477#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler


More information about the ghc-tickets mailing list