This might seem like a strange thing to do, but ...
Presume I have a HaskellObj in some C code. I know that it is a thunk.
I want to force it to _WHNF_ .
Should/can I use rts_eval()?
Any pointers on what this does (start new threads, cause
garbage collection
...) would be
Hi, today I installed cygwin and downloaded the GHC source, however
during compilation I get the errors:
test: 504: unknown operand
test: 500: unknown operand
test: 504: unknown operand
In addition,I get many Error [127] (ignored) and Error [1] (ignored)
before finally quiting with the unknown
{another candidate for the ghc faq?-}
By all means - or possibly the section of the Building Guide devoted to
Win32 builds. Would anyone like to write a concise description of the
filename issues on Windows/cygwin/GHC for the docs?
I'm certainly not an expert here, but I believe the problems
Alex wrote
[snip]
Using ghc-5.04.2 under cygwin, and cygwin (v. 1.3.10-1), I'm having some
horrible problems with inconistent treatment of filenames, especially
when using (gnu, cygwin) make. In a nutshell, make seems to be passing
paths such as /usr/local/hmake (etc) to ghc, which is, as I
Should/can I use rts_eval()?
Yes.
Any pointers on what this does (start new threads, cause garbage
collection
...) would be appreciated. I can (and have) gone over the code but a
more
high level description would be helpful.
rts_eval() may cause garbage collection to happen. This means
Thanks to all for the replies; Hal's resolution rings a bell, now that
I think about it, from Ye Olde Days when cygwin was a ghc pre-req -- just
didn't think of it when installing more recently on a new machine. (Install
in haste, repent at leisure.) Claus' suggestion about relative paths
does