-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
edi does not work out of the box on ubuntu #19
Comments
Could this be the same as mesonbuild/meson#2535 ? |
Yeh Debian installs libclang to a unusual prefix and the path isn't known by ldconfig. |
@jeanguyomarch any thoughts on this? It's the last ticket holding up the 0.7 release but I don't know if there is anything we can sensibly do about it?... |
I think the best solution would be to add some small documentation
highlighting the issue.
Simple solution locally is to add the path LD_LIBRARY_PATH or globally in
/etc/ld.so.conf.d/*
…On Thu, Sep 6, 2018 at 8:52 AM Andrew Williams ***@***.***> wrote:
@jeanguyomarch <https://github.com/jeanguyomarch> any thoughts on this?
It's the last ticket holding up the 0.7 release but I don't know if there
is anything we can sensibly do about it?...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#19 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHHOVfqnFkhcgOFyisi_7jEYT3tRLromks5uYNQugaJpZM4RMsFx>
.
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After successfully building and installing edi (on Ubuntu), it failed to startup because of the loader not finding libedi.so.
$ edi edi: error while loading shared libraries: libedi.so.0: cannot open shared object file: No such file or directory
It is annoying that meson does install the lib in that place. By default ubuntu (and many distros) adds support in ld.so.conf* so
/usr/local/lib
is indexed byldconfig
, but not/usr/local/lib/x86_64-linux-gnu/
. If it is not possible to configure meson to install the library in the prefix, instead of adding a toolchain level of indirection, maybe this should be documented somewhere.Thanks.
The text was updated successfully, but these errors were encountered: