Review Request 126896: Make sure the prefix is looked-up
Martin Tobias Holmedahl Sandsmark
martin.sandsmark at kde.org
Sat Jul 23 19:00:41 UTC 2016
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/126896/#review97783
-----------------------------------------------------------
isn't this wrong? it leads to cmake looking in /usr/include, and if it finds something there it tries to use it (e. g. execinfo.h, which pulls in the host glibc, breaking everything).
- Martin Tobias Holmedahl Sandsmark
On Jan. 28, 2016, 11:47 a.m., Aleix Pol Gonzalez wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/126896/
> -----------------------------------------------------------
>
> (Updated Jan. 28, 2016, 11:47 a.m.)
>
>
> Review request for Extra Cmake Modules and Andreas Cord-Landwehr.
>
>
> Repository: extra-cmake-modules
>
>
> Description
> -------
>
> I've tried to compile ki18n against libintl-lite. This was required to be able to find it in our prefix.
>
> I can't but expect that other libraries would have a similar problem.
>
> The only reason why it used to work, is because all libraries we're including, provide `*Config.cmake` files, which don't respect this setting.
>
>
> Diffs
> -----
>
> toolchain/Android.cmake 81ded8f
>
> Diff: https://git.reviewboard.kde.org/r/126896/diff/
>
>
> Testing
> -------
>
> Now it fails somwhere else when building ki18n.
>
>
> Thanks,
>
> Aleix Pol Gonzalez
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-buildsystem/attachments/20160723/d5d92c4f/attachment.html>
More information about the Kde-buildsystem
mailing list