Thu, 4 Jan 2001 02:59:05 -0800, Simon Marlow <[EMAIL PROTECTED]> pisze:
> Actually I consider the current libraries to be on the verge
> of usability, modulo the missing string marshalling and error
> functionality.
For both subjects I have a proposal in QForeign. I have no doubts
about the stri
Thu, 4 Jan 2001 14:22:52 +, Malcolm Wallace <[EMAIL PROTECTED]> pisze:
> I don't understand - can you explain? Surely the Num instances for
> Word/Int 8/16/32/64 mean that a literal integer 3 in the source code
> becomes (fromInteger 3) in reality, and this should be fine in
> case compariso
> (1) It isn't H98 and in fact its interface cannot be
> implemented with H98[1]. The problem are the routines
> with signatures in patterns:
>
> malloc :: Storable a => IO (Ptr a)
> malloc :: IO (Ptr a) = mallocBytes (sizeOf (undefined::a))
I discovered this problem, and it
> Anyone who has tried to compile Linux code (intended for gcc) on
> some other compiler knows that people don't restrict themselves to
> the portable subset and, after a while, forget whether they're using
> extensions at all.
Or indeed, anyone who has tried to compile Haskell code intended
for
[ Re: FFI in nhc98 - followups set to [EMAIL PROTECTED] ]
> > Int/Word 8/16/64 are not really supported properly at all right now.
>
> With QForeign they work well enough that the Curses interface works.
> QForeign provides Num/Integral/etc. instances, and Int64/Word64 are
> not used much.
Yest
> MarshalUtils
>
> The reason that I don't like MarshalUtils as it is are the
> following:
>
> (1) It isn't H98 and in fact its interface cannot be
> implemented with H98[1]. The problem are the routines
> with signatures in patterns:
>
> malloc :: Storable a => IO (
On Thu, 4 Jan 2001, Manuel M. T. Chakravarty wrote:
> (1) It isn't H98 and in fact its interface cannot be
> implemented with H98[1].
It can.
> malloc :: Storable a => IO (Ptr a)
> malloc :: IO (Ptr a) = mallocBytes (sizeOf (undefined::a))
malloc :: Storable a => IO (Ptr a)
mal
