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

FindDDCUtil.cmake is installed to the wrong location #122

Open
simotek opened this issue May 25, 2020 · 2 comments
Open

FindDDCUtil.cmake is installed to the wrong location #122

simotek opened this issue May 25, 2020 · 2 comments
Labels
building problems building ddcutil

Comments

@simotek
Copy link

simotek commented May 25, 2020

Generally only Modules shipped by cmake should be installed into /usr/share/cmake/modules Modules shipped by 3rd partys should be installed into <libdir>/cmake/libraryname in the same way autotools .pc files should be installed into <libdir>/pkgconfig the correct example for openSUSE would be /usr/lib64/cmake/ddcutil/

@rockowitz
Copy link
Owner

rockowitz commented May 26, 2020 via email

@simotek
Copy link
Author

simotek commented May 26, 2020

Thank you for the clarification. I had puzzled over the proper location for .pc files. Integrating all the conflicting information I found on the web, I concluded that architecture agnostic .pc files were installed in /usr/share/pkgconfig, while architecture specific files belonged under . Are there definitive specifications for the proper location for .pc and .cmake files, or is this just generally known?

for .pc files I think the info you already have is right, for cmake I also spent a while searching to see if its documented anywhere, it certainly isn't for openSUSE, cmake's tutorial[1] uses <prefix>/lib/foo*/ but also says "If your project does not already have a /lib/Foo*/ directory you may prefer to put the package file in /lib/cmake/Foo*/".

Beyond that I found a mail thread that said not to use /usr/share/cmake [2]. On openSUSE almost everything is using /usr/lib64/cmake/Foo' (with no version numbers), although there are a couple using /usr/lib64/Foo` only boost and openjpeg are putting in version numbers as it may make sense to have multiple versions of them at some point I might clean up some of the other packages.

  1. https://gitlab.kitware.com/cmake/community/-/wikis/doc/tutorials/Packaging
  2. https://gitlab.kitware.com/cmake/cmake/issues/17530

@rockowitz rockowitz added the building problems building ddcutil label Jul 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
building problems building ddcutil
Projects
None yet
Development

No branches or pull requests

2 participants