<table><tr><td style="">Martchus added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D11776">View Revision</a></tr></table><br /><div><div><p><a href="https://phabricator.kde.org/p/vkrause/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@vkrause</a> Thanks for confirming this. So it is not a local issue. Could you find a workaround (beside reverting these changes)?</p>

<p>As I already mentioned, I'm not so familiar. However, for me the way CMake populates <tt style="background: #ebebeb; font-size: 13px;">CMAKE_CXX_STANDARD_LIBRARIES</tt> doesn't look completely unconceivable and in fact compilation/linking seems to work fine that way. To improve we could just iterate over the list of libraries CMake detects and pick the first one which is a full path. That's also not very reliable, but it would at least fix the problem I have right now.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R240 Extra CMake Modules</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D11776">https://phabricator.kde.org/D11776</a></div></div><br /><div><strong>To: </strong>apol, Frameworks, Build System, vkrause<br /><strong>Cc: </strong>kde-frameworks-devel, kde-buildsystem, Martchus, vkrause, michaelh, ngraham, bruns<br /></div>