<table><tr><td style="">vbspam 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/D9297" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>I am not sure how "plugins/custom-definesandincludes/noprojectincludesanddefines/noprojectincludesanddefinesmanager.cpp" relates to CMake includes and defines?</p>

<p>I mean, even the fix does not solve the issue, custom defines and includes does not looks like a place to fix it.</p>

<p>When I debugged the issue it always puts me to the "plugins/clang/clangparsejob.cpp:169" where it just do not find the suitable  build system info.</p>

<p>I traced it into the CMake "plugins/cmake/cmakemanager.cpp:240" to the call CMakeManager::fileInformation(..) where it sometimes use absolute and sometimes canonical file path. When the collection contains absolute paths, it still can be fixed by manual searching through the "data.files" QHash collection and testing both absolute and canonical file paths. But when the (data.files) collection key contains canonical file paths, it can't be translated to absolute file path of the queried  url (url of the original query) - the absolute file path of canonicalized file path is always the same (does not trace back to all possible symbolic links which is pointing to that "real" file).</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R32 KDevelop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D9297" rel="noreferrer">https://phabricator.kde.org/D9297</a></div></div><br /><div><strong>To: </strong>vbspam, KDevelop, mwolff<br /><strong>Cc: </strong>mwolff, brauch, kdevelop-devel, iodelay, vbspam, njensen, geetamc, Pilzschaf, akshaydeo, surgenight, arrowdodger<br /></div>