Блог

Я создал статическую библиотеку:

 // foo.h
extern "C" {
int foo (const char* arg0, int arg1);
}

// foo.cpp
#include "foo.h"
// implementation of foo
  

Этот блок кода был скомпилирован foo.o и упакован, в libfoo.a который был установлен в lib каталог MinGW (я на Windows, использую набор инструментов GCC).

Что я хочу сделать, так это обернуть эту функцию в код Haksell, поэтому типичная привязка FFI выглядит следующим образом:

 -- Foo.hs
{-# LANGUAGE ForeignFunctionInterface #-}
module Foo where

foreign import ccall "foo"
    c_foo :: CString -> CInt -> IO (CInt)
  

extra-libraries также было добавлено в .cabal файл:

 ...
extra-libraries: foo, stdc  
  

Но GHC компилирует неопределенную ссылку на foo :

 .dist-scionbuildpathtoFoo.o:fake:(.text 0x514): undefined reference to `foo'
  

После nm того, как библиотека выяснила, какая функция foo действительно существует в библиотеке (с некоторыми украшениями в названии), я застрял здесь…

[РЕДАКТИРОВАТЬ]
Я также попытался собрать пакет haskell с помощью cabal:

 cabal configure
cabal build
  

Результат показывает:

 Loading object (dynamic) foo ... ghc.exe: foo: ....
<command line>: user specified .o/.so/.DLL could not be loaded (addDLL: could not load DLL)
  

Так это должно иметь какое-то отношение к статическому / динамическому связыванию? потому что я заметил, что GHC хочет загружаться .o/.so/.DLL , но НЕТ .a . Я действительно в замешательстве.

наконец-то получил что-то в вики: интерфейс внешней функции Cxx

[ПРАВИТЬ]
Одним из решений является использование -optl-lfoo -optl-lstdc в .cabal файле, а не extra-libraries . И проблему именования можно легко решить, обернув объявление в extern "C" :

 #ifdef __cplusplus
extern "C" {
#endif

extern int foo (const char*, int);

#ifdef __cplusplus
}
#endif
  

Это работает в EclipseFP, потому что он использует Scion. Но он все еще терпит неудачу cabal build .