Re: Extension to the FFI to allow macro expansions to be avoided
Ross Paterson <[email protected]> Tue, 13 Apr 2004 11:41:11 +0100
| Newsgroups | gmane.comp.lang.haskell.ffi |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Apr 08, 2004 at 10:18:24AM +0100, Alastair Reid wrote: > Now that I understand the problem, my feeling is that the problem is not with > curses but with GHC's compilation method. GHC is using a shortcut by > pretending that the ffi is for interfacing to cpp+C whereas the ffi is quite > clear that it is for interfacing to C. So, I think the thing to do is fix > GHC. And Hugs too. The issue isn't extending the FFI but implementing it more accurately and consistently. As you point out, systems compiling via C have been extending the FFI to a function+macro interface, which is incompatible with systems compiling to native code. Having been bitten by the same thing in the opposite direction (macros that work with ffihugs or ghc -fvia-C don't work with ghc -fasm), I'd favour turning off the macro interface, preferably with #undef, at least by default.