GHCi's search path
Hello, According to the manual: http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/separate-compilation.html#search-path GHCi is not overly keen to go looking for modules in directories different to where the source resides. The semantics I want is: - use the Cabal-built objects/hi files in dist/build if they're fresh enough - interpret the source otherwise. Is that possible? cheers peter ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCi's search path
From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of Peter Gammie http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/se parate-compilation.html#search-path GHCi is not overly keen to go looking for modules in directories different to where the source resides. The semantics I want is: - use the Cabal-built objects/hi files in dist/build if they're fresh enough - interpret the source otherwise. Is that possible? I think the -odir and -hidir options will help e.g. -odir dist/build -hidir dist/build http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/separate-com pilation.html#options-output Alistair * Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. * ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHCi's search path
On 13/05/2009, at 6:43 PM, Bayley, Alistair wrote: From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of Peter Gammie http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/se parate-compilation.html#search-path GHCi is not overly keen to go looking for modules in directories different to where the source resides. The semantics I want is: - use the Cabal-built objects/hi files in dist/build if they're fresh enough - interpret the source otherwise. Is that possible? I think the -odir and -hidir options will help e.g. -odir dist/build -hidir dist/build http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/separate-com pilation.html#options-output I tried these too, no luck. cheers peter ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCi's search path
Peter Gammie wrote: On 13/05/2009, at 6:43 PM, Bayley, Alistair wrote: From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of Peter Gammie The semantics I want is: - use the Cabal-built objects/hi files in dist/build if they're fresh enough - interpret the source otherwise. Is that possible? I think the -odir and -hidir options will help e.g. -odir dist/build -hidir dist/build http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/separate-c om pilation.html#options-output I tried these too, no luck. I've done this myself (though my objects were built by my Makefile, not by cabal) and it works fine for me. Note that once something has changed, everything that depends on it will be interpreted, even if it wouldn't actually need recompiling. Not quite sure what you can do to debug it if it's not working for you though :-( Ganesh === Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html === ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
