2014-05-22 14 views
21

Mam problemy z kompilowaniem autonomicznej biblioteki do użytku przez Javę (z C++ pomiędzy nimi). Istnieje program w Haskell eksportujący jedną funkcję, która przetwarza jakiś tekst i zwraca go. Program w Haskell potrzebuje pewnych zewnętrznych danych (plik binarny). "Kompiluję to" przy pomocy file-embed package. Kiedy zacząłem kompilację z:Wywołanie Haskella z Javy, dynamiczny błąd łączenia Relocation

$ ghc -fPIC -dynamic -c -O --make MyModule.hs 

rzuca błędu:

MyModule.hs:239:15: 
Dynamic linking required, but this is a non-standard build (eg. prof). 
You need to build the program twice: once the normal way, and then 
in the desired way using -osuf to set the object file suffix. 

Jest to miejsce, gdzie mogę używać file-embed.

Więc próbowałem proponowanego podejścia (kompilacja dwukrotnie, zmieniających przyrostków):

$ ghc -fPIC -c -O --make MyModule.hs 
$ ghc -osuf d.o -fPIC -dynamic -c -O --make MyModule.hs 
$ javac -cp javacpp.jar MyModule.java 
$java -jar javacpp.jar -Dcompiler.path=ghc -Dcompiler.output.prefix="-optc-O3 -Wall MyModule.d.o -dynamic -fPIC -shared -lstdc++ -lHSrts-ghc7.6.3 -o " -Dcompiler.linkpath.prefix2="-optl -Wl,-rpath," MyModule 

A teraz dostaję błąd, że nie rozumiem:

/usr/bin/ld: MyModule.d.o: relocation R_X86_64_PC32 against undefined symbol `{Directory_with_code}zi{Some_module}_{Some_module}_con_info' can not be used when making a shared object; recompile with -fPIC 

Może ktoś wyjaśnić to do mnie i podać kilka wskazówek, jak go rozwiązać?

Odpowiedz

1

Zgadnij, ale może potrzebujesz innej wersji HSrts-ghc-7.6.3, ponieważ jest to "niestandardowa" wersja.