Skip to content
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

Library is not installed to correct dir (lib64) on Debian #239

Closed
jokva opened this issue Mar 16, 2018 · 3 comments
Closed

Library is not installed to correct dir (lib64) on Debian #239

jokva opened this issue Mar 16, 2018 · 3 comments

Comments

@jokva
Copy link

jokva commented Mar 16, 2018

As reported in #235, the shared objects are installed in /usr/local/lib, not the correct /lib64.

@jokva
Copy link
Author

jokva commented Mar 16, 2018

Ok, so I think I've figured this out.

GNUInstallDirs correctly emits a multi-arch triplet, but only if the install prefix is /usr. This is why this isn't caught in Debian packaging. Ref: Kitware/CMake@620939e

I actually think GNUInstallDirs is correct here, but it'd be nice if the problem didn't show up with default Debian loader settings. My current ldconfig, on a pretty unconfigured Debian Stretch, says:

ldconfig -v 2>/dev/null | grep ':$' |sed -e 's/://'
/usr/lib/x86_64-linux-gnu/libfakeroot
/lib/i386-linux-gnu
/usr/lib/i386-linux-gnu
/usr/local/lib
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
/lib
/usr/lib

@jokva
Copy link
Author

jokva commented Mar 16, 2018

... which I just now realise might be because I ran ldconfig.

What's interesting is that the logic that checks for lib vs lib64 doesn't fire on debian, but debian does not set the multiarch triple, and rightly so, unless the prefix is /usr. Meaning GNUInstallDirs never installs to /usr/local/lib64 on Debian.

@jokva
Copy link
Author

jokva commented Mar 16, 2018

162c155 references this issue, and I'll close it for now.

If this becomes a problem for you, please open a new issue and let us know, and we'll see if we can work out a solution.

@jokva jokva closed this as completed Mar 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant