Hi folks. Your FAQ says anytime a program enters an absent arg, it is
your fault, so :)...
I get this message when I run my program (on certain data). I get it in
GHC 5.02 and 5.02.1; I never used to get it in 5.00:
Fail: Oops! Entered absent arg ww_s7PF [PrelBase.Char{-3o-}]
My
Urk! I thought we'd squashed the last of those.
Do please send your code, exactly as it is.
(Just to us: don't want to spam ghc-bugs)
Simon
| -Original Message-
| From: Jeremy Manson [mailto:[EMAIL PROTECTED]]
| Sent: 02 November 2001 20:46
| To: [EMAIL PROTECTED]
| Subject: My
Yuck. If this isn't enough to convince people that hsc2hs is not
an appropriate tool (at least in the context of the Prelude
and hslibs/), than I don't know what is.
It commits to a particular platform at too early a stage -- details
of C header files are often best left toC source
So, bringing back the solution of having manually written C wrapper
functions which platform-independent Haskell source files will call
out to, would be preferable (in short, avoid the use of hsc2hs *or
any other extra tool* alltogether). I'm willing to make the
necessary changes.
Simon Marlow [EMAIL PROTECTED] writes:
Having just looked at the code, it seems we could recover the
platform-independentness in the I/O library with just a small amount of
wrapperage: most of the offending code is in PrelPosix.hsc, with a few
#const's scattered around PrelHandle and PrelIO,
Simon Marlow [EMAIL PROTECTED] writes:
Having just looked at the code, it seems we could recover the
platform-independentness in the I/O library with just a
small amount of
wrapperage: most of the offending code is in PrelPosix.hsc,
with a few
#const's scattered around PrelHandle
Hi,
My recent build of the ghc5-5.02 Debian package produced an unusable compiler
(because libdir was missing a trailing /ghc-5.02. [EMAIL PROTECTED] and I
tracked the problem down, as follows.
The problem occurs with make version 3.77, but not with make version 3.79.1
. Whether it will occur
