On Sun, Feb 04, 2007 at 08:35:23PM -0800, Stefan O'Rear wrote:
On Sun, Feb 04, 2007 at 08:12:28PM -0800, John Meacham wrote:
In general, I try to keep the libraries compatable with the last 'tagged' version of the repository, if that is not the case, then I need to fix it. It very well might be broken at the moment, as I recently switched to using the new Data.Binary serialization library and using zlib for compression, so
Nice to know. I didn't get that impression from the libraries page - it might be a good idea to add a note "the libraries are intended for use with the latest tag".
in general, it isn't an issue unless I am actively changing the library format. I am in the progress of migrating to the new Data.Binary so have been modifying the format.
stefan@stefans:/usr/local/src/jhc$ ./jhc --noauto -Llib/base -Llib/haskell98 -flint -v test/HelloWorld.hs jhc --noauto -Llib/base -Llib/haskell98 -flint -v test/HelloWorld.hs Compiling ["test/HelloWorld.hs"] Loading libraries: [] Found dependency: test/HelloWorld.hs at test/HelloWorld.hs Error: Module not found: Jhc.Prim stefan@stefans:/usr/local/src/jhc$
Adding -Llib/jhc does not help, nor does find . -name *.ho -delete.
oh. silly me I meant --noauto -ilib/base -ilib/haskell98 sorry about that.
I suppose I should also mention that when I ^C'd and restarted the library build (to change RTS options - turns out I don't have enough RAM to build the libraries without +RTS -c, and even with it's a tight squeeze), Jhc found existing .ho files, skipped most of the messages, ground for a few minutes, and bombed out with a Handle-misuse related error (which I unfortunately cannot remember).
Yeah, the handle misuse error is an annoying bug where ghc will close the stdout handle before the exception handler has a chance to say what went wrong.
Is this another known infelicity?
Could be. I'll investigate. John -- John Meacham - ⑆repetae.net⑆john⑈