Bulat Ziganshin wrote:
Hello Thorkil,
Wednesday, March 29, 2006, 2:15:05 AM, you wrote:
Thorkil, i can't understand why you can't just use FFI to import
functions you required? why you need to patch the PrimOps list?
As I wrote earlier, using FFI is also a candidate for getting access to
On Wednesday 29 March 2006 01:35, Bulat Ziganshin wrote:
primitives work with just the same internal structures. i thinl that
only real advantage of adding primop instead of adding FFI import is
that PrimOps.cmm contains already implemented wrappers for calling GMP
functions while for FFI you
On Monday 27 March 2006 12:57, Simon Marlow wrote:
quotInteger2Expzh_fast is the function you are adding to PrimOps.cmm to
implement the primop. The patch in your original message indicated that
you had added a stub for this function, so it should link ok. I don't
understand what has gone
On Monday 27 March 2006 16:33, Bulat Ziganshin wrote:
Thorkil, i can't understand why you can't just use FFI to import
functions you required? why you need to patch the PrimOps list?
Hello,
As I wrote earlier, using FFI is also a candidate for getting access to
additional GMP functions.
Thorkil Naur wrote:
Thanks a lot, that removed some obstacles. Unfortunately, not all. Following
successful make clean and make all in ghc/compiler and
libraries/base, a make all in the top-level directory reported:
../../ghc/compiler/stage1/ghc-inplace -o stage2/ghc-6.4.1 -H16m -O
...
On Thursday 23 March 2006 17:51, Simon Marlow wrote:
I think you probably just haven't recompiled enough stuff after adding
the primop. I can't tell immediately whether it's the compiler that is
out of date, or an interface file in libraries/base.
To be on the safe side, you could 'make
Thorkil Naur wrote:
rm -f GHC/PrimopWrappers.o; if [ ! -d GHC/PrimopWrappers_split ]; then
mkdir GHC/PrimopWrappers_split; else /usr/bin/find GHC/PrimopWrappers_split
-name '*.o' -print | xargs rm -f __rm_food; fi;
../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp