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