While writing a smaller test case, I managed to get a different error, which in turn allowed me to find this: http://www.haskell.org/pipermail/glasgow-haskell-users/2008-May/014841.html. It turns out I had the ghcLink session flag set to NoLink, it works fine with LinkInMemory! I knew it was something stupid!
Thanks, there is no need to open a ticket in the end. JP On Wed, Jan 15, 2014 at 10:40 AM, JP Moresmau <[email protected]> wrote: > Thanks Simon, I will write a simple test case and see what happens. > > JP > > > On Wed, Jan 15, 2014 at 10:19 AM, Simon Peyton Jones < > [email protected]> wrote: > >> That sounds odd. Can you make a small reproducible test case, open a >> ticket, and attach the test? >> >> >> >> Thanks >> >> >> >> SImon >> >> >> >> *From:* Haskell-Cafe [mailto:[email protected]] *On >> Behalf Of *JP Moresmau >> *Sent:* 14 January 2014 20:14 >> *To:* Haskell Cafe >> *Subject:* [Haskell-cafe] GHC API: runStmt not taking into account >> reloaded module >> >> >> >> It's late here and I'm probably overlooking something stupid, so I'd like >> if somebody could put my nose on it... I'm using the GHC API to evaluate >> statements. I use runStmt to get a RunResult, lookupName to get the ID for >> the bound names, obtainTermFromId to get the term and showTerm to display >> it. So I can call a function from the loaded module with some parameters >> and get the result. Good! >> >> However, if I reload a module and I change the implementation of the >> function, runStmt still returns the old value! I know the reload worked >> because if I added new names, getNamesInScope returns the new names. What >> do I need to do to make sure the new function definitions are used? I've >> perused the source code of InteractiveEval and ghci but nothing stood out. >> I am calling setContext after load. >> >> >> >> Thanks a million! >> >> >> >> -- >> JP Moresmau >> http://jpmoresmau.blogspot.com/ >> > > > > -- > JP Moresmau > http://jpmoresmau.blogspot.com/ > -- JP Moresmau http://jpmoresmau.blogspot.com/
_______________________________________________ ghc-devs mailing list [email protected] http://www.haskell.org/mailman/listinfo/ghc-devs
