passing extra libraries when loading

[Luís Oliveira]

Hello Alfred,

Have you tried explicitly loading the unlinked libraries beforehand with
LOAD-FOREIGN-LIBRARY?

Cheers,
Luís

(sent from my phone)

On Wed, May 29, 2019, 9:57 PM Alfred M. Szmidt <ams at gnu.org> wrote:

> [I sent this message on the 15th of May, 2018.  But it got stuck in
>  the moderation queue.]
>
> Hi,
>
> On OpenBSD when trying to load libreadline (or libereadline), one gets:
>
>   * (cffi:load-foreign-library "libreadline.so")
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tgetnum'
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tgoto'
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tgetflag'
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tputs'
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tgetent'
>   sbcl:/usr/lib/libreadline.so.4.0: undefined symbol 'tgetstr'
>
>   debugger invoked on a CFFI:LOAD-FOREIGN-LIBRARY-ERROR:
>     Unable to load foreign library (LIBREADLINE.SO-431).
>     Error opening shared object "libreadline.so":
>     Cannot load specified object.
>
> This is since libreadline is sometimes not linked directly against
> ncurses or termcap (to allow the user to decide which of the two to
> use).  On many GNU/Linux systems, libreadline is already linked
> against libtinfo which provides those functions; so on those systems
> this is not an issue.  But on OpenBSD, libreadline is not linked
> against it, and one needs to explicitly pass -ltinfo (or similar).
>
> Is there some fancy way of passing the extra needed libraries in cffi?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cffi-devel/attachments/20190530/2787ffcc/attachment.html>