summaryrefslogtreecommitdiff
path: root/rts/Adjustor.c
diff options
context:
space:
mode:
authorSimon Marlow <simonmar@microsoft.com>2008-04-08 18:34:34 +0000
committerSimon Marlow <simonmar@microsoft.com>2008-04-08 18:34:34 +0000
commite0fcf61dca4dfac99cb5417e1bc4cbee18822cf2 (patch)
tree32382c35525e71b5f20dea714fb748b0870431e0 /rts/Adjustor.c
parent92986843271f2f400ebc0759b30eb11d47eaa193 (diff)
downloadhaskell-e0fcf61dca4dfac99cb5417e1bc4cbee18822cf2.tar.gz
Import libffi-3.0.4, and use it to provide FFI support in GHCi
This replaces the hand-rolled architecture-specific FFI support in GHCi with the standard libffi as used in GCJ, Python and other projects. I've bundled the complete libffi-3.0.4 tarball in the source tree in the same way as we do for GMP, the difference being that we always build and install our own libffi regardless of whether there's one on the system (it's small, and we don't want dependency/versioning headaches). In particular this means that unregisterised builds will now have a fully working GHCi including FFI out of the box, provided libffi supports the platform. There is also code in the RTS to use libffi in place of rts/Adjustor.c, but it is currently not enabled if we already have support in Adjustor.c for the current platform. We need to assess the performance impact before using libffi here too (in GHCi we don't care too much about performance).
Diffstat (limited to 'rts/Adjustor.c')
-rw-r--r--rts/Adjustor.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/rts/Adjustor.c b/rts/Adjustor.c
index 8c38df68d3..40bc9ddd07 100644
--- a/rts/Adjustor.c
+++ b/rts/Adjustor.c
@@ -42,9 +42,9 @@ Haskell side.
#include "RtsUtils.h"
#include <stdlib.h>
-#if defined(USE_LIBFFI)
+#if defined(USE_LIBFFI_FOR_ADJUSTORS)
-#include <ffi.h>
+#include "ffi.h"
#include <string.h>
void
@@ -1172,4 +1172,4 @@ if ( *(unsigned char*)ptr != 0xe8 ) {
freeExec(ptr);
}
-#endif // !USE_LIBFFI
+#endif // !USE_LIBFFI_FOR_ADJUSTORS