[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cdt-patch] Outline Open Include patch
|
>
>
>
> This is a multi-part message in MIME format.
>
> ----------part4027794b95851
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
>
> Folks,
>
> Here another CDT 1.2.x and CDT 2.0 patch corresponding to PR 51355.
> This patch extends the search for an included file from the defined
> include paths to the local project. This is only done in the case
> where searching the defined include paths provided no results. This
> allows a user to have both a properly configured environment (which
> will return only the "valid" header files) and a mis-configured
> environment, favouring the properly configured environment.
>
> Additionally the local project search is improved to use a proxy
> and then to match project entries only where they make sense. For
> example if you were looking for #include "a/b.h" and you had a
> path c/b.h then it would _not_ be reported since you explicitly
> indicated the path.
>
> For the ChangeLog:
>
> - Extend the scope of the search for an include entry to the local
> project if no results are found in the defined paths.
> Improve the performance by using an IResourceProxyVisitor
>
It is something in the future that we do not want to have.
This behaviour is inconsistent and confusing for the user.
It gives the impression that things work ok, but other modules fail...
For example, the indexer still can not find the files, the builder is always failing .....
content assist can not complete etc ...
but the users cry, the outliner find the includes ... what is wrong !!!
To ease things for the user, currently, the branch and the head do fallback to scan the project.
At least until the ICPathEntry and ScannerInfo stuff gets cleared away.
You are probably have an outdated repository. Try to update.
If it does not do what you want, let me know.
