On Fri, 2005-06-03 at 09:22 +0100, Simon Marlow wrote:
> On 02 June 2005 16:48, Duncan Coutts wrote:
>
> > I have a program which runs to completion on windows in about 90Mb of
> > heap space. Ie the following works ok:
> >
> > prog.exe +RTS -M90m -RTS
> >
> > However if I use the -H option to r
Yes, the hs_add_root call is essential. You can see what ghc does when
compiling .c files by running it with -v; the main difference is that we
pass some extra -I options so that you can access header files that come
with GHC.
Cheers,
Simon
On 08 June 2005 19:09, Yann Morvan wrote:
> Th
Axel Simon wrote:
> gcc -O -Wall -I../../../ghc/includes -I../../../ghc/rts
> -I/core/include-c env.c -o env.p_o
> cc1: /core/include: Not a directory
My gcc does not complain about that missing directory. I was able to
create a working installation under solaris with:
./configure --disable-
Hi,
after faking my way around the not-enough-register in libraries/OpenGL
recently reported on the HOpenGL list, I ran into the following:
==fptools== gmake all - --no-print-directory -r;
in /nfs/myrtle/d24/part2/home/cur/
The problem disapears when I use GHC to compile the c file, this somehow
allows the linker to find the __stginit_SortPoints3() function.
I don't really understand what GHC does differently from gcc at compile
time on c files.
Thank you for your time.
Yann Morvan
Yann Morvan wrote:
Hello,
Hello,
I am calling a Haskell function from C using foreign export, it works
fine on the first call,
but as soon as I call it again I get:
internal error: stg_ap_pp_ret
and I am asked to report it as a bug.
I don't know how much detail I should give, so I'll just reproduce the
relevant code (