Review Request 119198: Don't search default paths when finding lconvert.

Alex Merry alex.merry at kde.org
Sat Jul 12 19:38:30 UTC 2014


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119198/#review62214
-----------------------------------------------------------

Ship it!


Yep, seems sensible to me. We definitely want the lconvert that matches the lrelease we're using.

- Alex Merry


On July 9, 2014, 2:12 p.m., Michael Palimaka wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/119198/
> -----------------------------------------------------------
> 
> (Updated July 9, 2014, 2:12 p.m.)
> 
> 
> Review request for Build System, Extra Cmake Modules and KDE Frameworks.
> 
> 
> Repository: extra-cmake-modules
> 
> 
> Description
> -------
> 
> Otherwise, if lconvert exists in normal system paths (eg. /usr/bin) that one
> will be used instead of the one alongside Qt5::lrelease. This could cause Qt4
> lconvert to be incorrectly used on some systems.
> 
> 
> Diffs
> -----
> 
>   modules/ECMPoQmTools.cmake 3ce695817cb3da5ec9eebec86e632438c5941ee6 
>   modules/ECMCreateQmFromPoFiles.cmake 4a31a93e7900780dc5b9424b148f19f5c22061af 
> 
> Diff: https://git.reviewboard.kde.org/r/119198/diff/
> 
> 
> Testing
> -------
> 
> When building solid-5.0.0, Qt5 lconvert from lrelease_path is now correctly used. Previously Qt4 version was used as it exists in /usr/bin.
> 
> 
> Thanks,
> 
> Michael Palimaka
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140712/4354bee3/attachment.html>


More information about the Kde-frameworks-devel mailing list