#4417: Quasiquoting without bloating
---------------------------------+------------------------------------------
Reporter: rrnewton | Owner:
Type: feature request | Status: new
Priority: high | Milestone:
Component: Compiler | Version: 6.13
Keywords: executable size | Testcase:
Blockedby: | Difficulty:
Os: Unknown/Multiple | Blocking:
Architecture: Unknown/Multiple | Failure: None/Unknown
---------------------------------+------------------------------------------
Comment(by simonmar):
I suggest ''not'' making `hs_init` into a constructor, at least initially.
I don't think there will be any problems running the module initialisers
before `hs_init`, since they only need to modify a few pointers to chain
cost centres into lists. As you noticed, `hs_init` needs the command-line
arguments, and in the case of a library we certainly don't know what
arguments the client wants to use at initialisation time. If we don't
have to run `hs_init` first, then we don't have to worry about constructor
priorities too.
I've also been looking into merging the `_stub.o` files with the `.o`
files, but got sidetracked into a larger refactoring when I noticed that
it was going to be really hard to do this in DriverPipeline. I removed
GhcMonad from all but the top-level GHC module, which should mean that it
will be easier to plumb more information around in DriverPipeline. This
patch should hit later today if I can get it validated.
I really hope that compiling these extra C fragments isn't going to add
too much to compilation times...
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4417#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
