Review Request 124962: Fix CMAKE_INSTALL_LIBDIR not respecting installation prefix
Pinak Ahuja
pinak.ahuja at gmail.com
Sat Aug 29 07:50:20 UTC 2015
> On Aug. 28, 2015, 5:33 p.m., Martin Klapetek wrote:
> > CMakeLists.txt, line 38
> > <https://git.reviewboard.kde.org/r/124962/diff/1/?file=399442#file399442line38>
> >
> > Shouldn't this be ${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_LIBDIR} then?
> >
> > Also, are pam modules actually supported outside of the default dir (I have no clue)?
According to this: http://www.cmake.org/cmake/help/v3.0/module/GNUInstallDirs.html the syntax I've used is correct.
I don't know if the pam modules are supported outside the default dir either. My kdesrc build was failing because kwallet-pam was not respecting the install prefix and installing the libs in /lib64 therefore I investigated the problem.
- Pinak
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124962/#review84546
-----------------------------------------------------------
On Aug. 28, 2015, 7:39 a.m., Pinak Ahuja wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/124962/
> -----------------------------------------------------------
>
> (Updated Aug. 28, 2015, 7:39 a.m.)
>
>
> Review request for Plasma and Martin Klapetek.
>
>
> Repository: kwallet-pam
>
>
> Description
> -------
>
> pam_kwallet5.so was being installed to /lib(64) irrespective of what the installation prefix was set to. This patch fixes it.
>
>
> Diffs
> -----
>
> CMakeLists.txt f60ac41
>
> Diff: https://git.reviewboard.kde.org/r/124962/diff/
>
>
> Testing
> -------
>
> pam_kwallet5.so seems to install under the directory set as CMAKE_INSTALL_PREFIX
>
>
> Thanks,
>
> Pinak Ahuja
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20150829/c644be40/attachment.html>
More information about the Plasma-devel
mailing list