[GHC] #1439: ghci silently changes for the worse when
already-compiled object code is found
GHC
trac at galois.com
Tue Jun 19 15:54:47 EDT 2007
#1439: ghci silently changes for the worse when already-compiled object code is
found
---------------------------+------------------------------------------------
Reporter: Isaac Dupree | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: GHCi | Version: 6.6.1
Severity: normal | Keywords:
Difficulty: Unknown | Os: Unknown
Testcase: | Architecture: Unknown
---------------------------+------------------------------------------------
{{{ghci MyModule}}}
If it's been compiled (i.e., up-to-date MyModule.{hi,o} files exist), then
I can't get to the non-exported symbols in MyModule, in ghci. Removing
the .{hi,o} works around it. (I haven't tried it in any 6.7, sorry, I
have the feeling it might be different there, but I don't have a 6.7
stage2)
If it's not easy/desirable to change the behavior, at least say something
like "Warning: loading object code, you won't be able to see non-exported
symbols in this module. To avoid this, (do x)"
`-fforce-recomp` recompiles imported modules for ghci too (an inefficient
workaround). Not sure about the new `-fbyte-code`, maybe it could be
relevant here?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1439>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
-------------- next part --------------
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs at haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
More information about the Glasgow-haskell-bugs
mailing list