Hi Evan,
Evan Straw skribis:
> I am attempting to load "/usr/lib/x86_64-linux-gnu/libcurl.so.4" since
> the tutorial for CFFI starts by loading libcurl. This library depends on
> the following other libraries, as reported by `ldd
> /usr/lib/x86_64-linux-gnu/libcurl.so.4`:
That cannot work:
Hi!
Konrad Hinsen skribis:
> Pierre Neidhardt writes:
[...]
>> Try exporting LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu in the
>> environment in which you run SBCL.
>
> Guix' ldd has been patched to ignore LD_LIBRARY_PATH, so my prediction
> is that this won't change anything.
‘ldd’ is a
Pierre Neidhardt writes:
> Konrad Hinsen writes:
>
>> Guix' ldd has been patched to ignore LD_LIBRARY_PATH, so my prediction
>> is that this won't change anything.
>
> Maybe ldd (I don't know), but I suggest to run SBCL here. It should
> work.
Sorry for the late update, but this actually does
Pierre Neidhardt writes:
> Which "ldd" did you use? Ubuntu's or Guix'?
> Where did you run it?
Good suggestion. My expectation is that Evan used Ubuntu's ldd, and that
using Guix' will show different results.
> Try exporting LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu in the
> environment in
Evan Straw writes:
> This library depends on
> the following other libraries, as reported by `ldd
> /usr/lib/x86_64-linux-gnu/libcurl.so.4`:
>
> --8<---cut here---start->8---
> linux-vdso.so.1 (0x7ffd5f393000)
> libnghttp2.so.14 =>
Pierre Neidhardt writes:
> What are "dependencies" here?
> Can you provide a full recipe of what you are trying to do, including
> your .sbclrc and the Lisp code snippets you've run to test this?
Absolutely. Apologies for the wall of text that is about to follow:
My system is Ubuntu 19.04,
Pierre Neidhardt writes:
> Konrad Hinsen writes:
>
>> Note that this is a feature, not a bug, so if that's the cause of the
>> problem, there is nothing to do about it. You'd have to compile sbcl
>> with the toolchain of the foreign distro.
>
> You don't have to use another SBCL. If you look
Konrad Hinsen writes:
> Note that this is a feature, not a bug, so if that's the cause of the
> problem, there is nothing to do about it. You'd have to compile sbcl
> with the toolchain of the foreign distro.
You don't have to use another SBCL. If you look at how we package
cffi-based
Hi Pierre and Evan,
This seems to be a red herring, as Guix does not change how CFFI loa > libraries. The only thing that changes is where the libraries are
found> with Guix packages.
I don't know about the details of SBCL and its CFFI, but there is a
difference in how Guix handles shared
Hi!
Evan Straw writes:
> However, the thing that still doesn't appear to be working right is loading
> libraries from the foreign distro. I get the same behavior as before when
> attempting to load a library under the foreign distro's library directory
> (/usr/lib/x86_64-linux-gnu): It loads
Hi Pierre,
Thanks for your response.
>In the meantime, you can add this to your ~/.sbclrc:
>
>--8<---cut here---start->8---
>(when (ignore-errors (asdf:load-system "cffi"))
> ;; Warning: Trailing "/" matters!
> (dolist (guix-profile
> `(,(when
Hello all,
I have GNU Guix installed on a foreign distro, Ubuntu 19.04. I have the
sbcl and cl-cffi packages installed from this installation of Guix, and
I am attempting to use the CFFI package to load libcurl, as demonstrated
in the CFFI tutorial here:
12 matches
Mail list logo