[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [kdevelop] [Bug 287492] Qt includes are not offered in #include <QFoo> form
From: Kevin Funk <kevin () kfunk ! org>
Date: 2014-01-29 19:33:21
Message-ID: bug-287492-17878-6BjF6sCOTv () http ! bugs ! kde ! org/
[Download RAW message or body]
https://bugs.kde.org/show_bug.cgi?id=287492
--- Comment #9 from Kevin Funk <kevin@kfunk.org> ---
Apparently that's really problem of using self-compiled Qt and using one from
/usr/include.
The subtle difference: In self-compiled Qt: The header QState includes
"qstate.h" which again includes something like
"../../../../src/qt/src/corelib/statemachine/qstate.h". Hence, the QState file
is not considered an direct importer of
"../../../../src/qt/src/corelib/statemachine/qstate.h" and is discarded.
In Cpp::missingIncludeCompletionItems:
decl->topContext()->parsingEnvironmentFile()->importers() only returns files
such as '/path/to/qstate.h'.
Apparently DUContextDynamicData::addImportedChildContext is responsible for
"sorting" out indirect imports. Does that make sense? Even if it does, I don't
know how to fix. This is quite internal stuff.
--
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic