[EMAIL PROTECTED] writes:
> Now I'm going to check whether the garbage collector works: both the
> Haskell and the C representation won't fit in memory...
If you're using a foreign library to process very large datasets
(e.g., image processing, large matrix operations, etc.) it's usual to
keep t
Alastair Reid <[EMAIL PROTECTED]> writes:
> Here's some code from the Xlib interface: hslibs/xlib/Xlib.gc
> (This code is part of the HGL (http://haskell.org/graphics).)
[...]
> Hope this helps,
It helped much. Thanks for the comments, especially. Now
I'm going to check whether the garbage c
>Hi, I'd like to call LaPack routines from Haskell.
> Having read the GreenCard documentation it's still not obvious to me
> how I could marshall a list of numbers to C. Surely it's possible
> to create a ForeignObj, then fill it in element-by- element. But
> isn't there a more
Hal Daume III <[EMAIL PROTECTED]> writes:
> Well, you could just use Ptr Double to mimick c arrays and
> define conversion functions. I'm currently porting BLAS
> and LAPACK to Haskell and this is what I do.
Great! Can you show me what you have done so far? It is
urgent for me, but I need one
Well, you could just use Ptr Double to mimick c arrays and define
conversion functions. I'm currently porting BLAS and LAPACK to Haskell
and this is what I do.
--
Hal Daume III
"Computer science is no more about computers| [EMAIL PROTECTED]
than astronomy is about telescopes." -Dijkstra
Hi,
I'd like to call LaPack routines from Haskell. Having read
the GreenCard documentation it's still not obvious to me how
I could marshall a list of numbers to C. Surely it's
possible to create a ForeignObj, then fill it in element-by-
element. But isn't there a more straightf
