9 releases

0.3.6 Feb 20, 2024
0.3.5 Aug 3, 2023
0.3.4 Aug 13, 2022
0.3.3 Jan 24, 2022
0.1.0 Apr 28, 2021

#11 in #foreign

Download history 21/week @ 2023-12-23 12/week @ 2023-12-30 62/week @ 2024-01-06 23/week @ 2024-01-13 16/week @ 2024-01-20 22/week @ 2024-01-27 20/week @ 2024-02-03 26/week @ 2024-02-10 236/week @ 2024-02-17 104/week @ 2024-02-24 44/week @ 2024-03-02 78/week @ 2024-03-09 61/week @ 2024-03-16 30/week @ 2024-03-23 76/week @ 2024-03-30 80/week @ 2024-04-06

261 downloads per month
Used in swipl

Apache-2.0/MIT

8KB
73 lines

swipl-fli - low-level bindings for SWI-Prolog's foreign language interface

This crate provides low-level bindings for SWI-Prolog's foreign language interface. The bindings are generated using bindgen. SWI-Prolog's header files and shared library are discovered by using the swipl binary found either on PATH or in the SWIPL environment variable.

Documentation

Runtime library discovery

Unless SWI-Prolog's dynamic library is automatically discoverable by your operating system, running anything that depends on this crate, including unit tests, will fail with an error saying that the shared library cannot be found. Unfortunately, it does not seem to be possible to embed the library's location at compile time in a portable way.

In order to make things run, you'll have to add the shared library's directory to the library load path. On linux, this can be done by setting the environment LD_LIBRARY_PATH. For example,

LD_LIBRARY_PATH=/home/matthijs/.swivm/lib/x86_64-linux/:$LD_LIBRARY_PATH cargo test

This is pretty cumbersome. To help out, consider installing cargo-swipl. With cargo-swipl, the above turns into this:

cargo swipl test

For a more permanent solution, consider using a tool like chrpath to embed the library's location in your binary. Alternatively, you can let SWI-Prolog handle the building of standalone binaries, by loading your native library in a swipl process and performing a qsave.

Dependencies

~0–1.8MB
~36K SLoC