D9297: Fix #387391: Random responses from the C/C++ language support

[Venca B Spam]

vbspam added a comment.


  I am not sure how "plugins/custom-definesandincludes/noprojectincludesanddefines/noprojectincludesanddefinesmanager.cpp" relates to CMake includes and defines?
  
  I mean, even the fix does not solve the issue, custom defines and includes does not looks like a place to fix it.
  
  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.
  
  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).

REPOSITORY
  R32 KDevelop

REVISION DETAIL
  https://phabricator.kde.org/D9297

To: vbspam, #kdevelop, mwolff
Cc: mwolff, brauch, kdevelop-devel, iodelay, vbspam, njensen, geetamc, Pilzschaf, akshaydeo, surgenight, arrowdodger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20180106/587bef8e/attachment.html>