GLib erreur de compilation (ffi.h), mais libffi est installé
Après une opération de configurer, de faire des sorties avec ciselée
gclosure.c:29:17: fatal error: ffi.h: No such file or directory
compilation terminated.
J'ai libffi installé, et de localiser les ffi.h donne:
/home/luca/gcc4.6/gcc-4.6.0/libffi/include/ffi.h.in
/usr/include/x86_64-linux-gnu/ffi.h
/usr/share/doc/ghc-doc/html/users_guide/ffi.html
/usr/share/doc/libffi5/html/Using-libffi.html
- Vous devriez vérifier la config.journal pour voir ce qu'il dit à propos de ffi. Peut-être qu'il n'est pas de trouver, mais le script est buggé et ne se termine pas avec un message d'erreur. Peut-être qu'il est confondu par la nouvelle multilib répertoire include. Vérifiez également si le commutateur est passé au compilateur.
Vous devez vous connecter pour publier un commentaire.
Si vous avez une Debian-Linux OS avec
apt-get
:Avec une Redhat-OS de base:
libffi-dev:i386
. Il n'était pas évident pour moi. 🙂Quand compling libffi 3.0.9 à partir du code source, la
include/Makefile.in
installe le comprend dans le${PREFIX}/lib/libffi-3.0.9/include directory
. Je suis sûr qu'il y a une excellente raison à cela, mais je suis gêné par elle.Cette ligne fixe, lors de la compilation de libffi:
Le comprend maintenant être installé dans
${PREFIX}/include
, qui est/usr/local/include
pour moi.Ma recette complète est:
Résolu en réglant manuellement LIBFFI_CFLAGS pour l'emplacement des ffi.h à configurer
Vérifier votre version de GCC et de noter cette entrée dans le Bogue Debian Archive: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523869
C'était la dernière solution à mon problème particulier (il ressemblait exactement à ce que vous rapportez, mais n'a pas pu être résolu avec la solution ci-dessus)... mon problème n'a rien à voir avec LIBFFI à tous.
Un vieux thread, mais de toute façon...
Après avoir mis les fichiers dans un endroit où ils pourraient être trouvés, j'ai eu de travail: