Closed svenkeidel closed 9 years ago
Hrm. I don't have an Arch machine handy to test anything, so this is going to be trouble. However, step one would be to confirm that libffi (and any -devel/-dev packages) is installed on the machine.
Yes, libffi is installed, but it is version 3.1 instead of 3.0.13. But I thought autotools would use the version inside the ghc directory:
$ find . -name 'libffi*' -type f
./halvm-ghc/libffi-tarballs/libffi-3.0.11.tar.gz
Does ghc build with libffi 3.1 and how can I configure the project to use it?
Any luck building on Arch? I came across the same issue.
I'm not sure if GHC can build with libffi 3.1 (I will try later) but you can force GHC to build against the system version by configuring with "--with-system-libffi", "--with-ffi-includes" and "--with-ffi-libraries" - check the options for configure when configuring ghc - the issue that added this change is https://ghc.haskell.org/trac/ghc/ticket/5743. Will update if I find a solution to this.
I have successfully built and tested HaLVM on archlinux, I also installed xen (4.4) and tested some simple hello world programs.
Awesome. Thanks for the update. Perhaps this was a transient bug based on particular Arch / GHC versions?
I'm going to close this for now. Wayofthepie and svenkeidel: if you still have problems, can you reopen this bug?
I problems compiling HaLVM on Archlinux. I have created a gist with the whole build log: https://gist.github.com/svenkeidel/77cf0323c221c8a592b1. The error was that gcc cannot find
ffi.h
which should be in the halvm-ghc directory somewhere. Also the last call to gcc looks a bit weird:The last included directory
halvm-ghc/inplace/lib/include/
does not exists. Any ideas how to fix this?Best, Sven