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@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?