Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] open decl/defn navigation issues feedback?

I have the same experience as you and Norbert, although none of the problems you discovered could be the culprit in my case. I filed 155324 to get a tool necessary to investigate this issue.


On 9/29/06, Ploett, Norbert <norbert.ploett@xxxxxxxxxxx> wrote:
Hi Ed,

open decl / defn is failing pretty consistently for me, a constant nuisance. >From my previous error reports (which you noticed) I have learned that many others do not experience the same sort of problem.
I tried to dive into the sources and find the problem but it was all too complicated resp. I did not yet have the time to fully understand this part of the CDT. So I have given up on it and was hoping that you would revive the discussion / provide some brilliant fixes :-)

But I cannot really contribute much to the discussion at the moment.



-----Urspr√ľngliche Nachricht-----
Von: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] Im Auftrag von Ed.Swartz@xxxxxxxxx
Gesendet: Freitag, 29. September 2006 14:52
An: cdt-dev@xxxxxxxxxxx
Betreff: [cdt-dev] open decl/defn navigation issues feedback?


I saw Markus fixed bug 158195 (fixing C++ vs C parsing of headers),
thanks!  But the others are kind of dormant after a week.  I did get
some CC:'s on the bugs, but no comments or discussion as anticipated.

Has anyone else ever reproduced these problems?  The key distinction,
unlike the Mozilla case, is that my setup has most of its includes in a
non-workspace SDK include directory.

case sensitive path checks on Win32: 158190
MSVC extensions: bug 158192
incorrect editor opened: bug 158193
open include in same directory as fallback: 158194

I think 158190 is vital for CDT's success on Win32.  158192 I think will
hit even gcc/Cygwin users on Win32, e.g. using the mingw Win32 SDK
headers.  158193's symptoms have been mentioned in several other bugs
(142031, which is marked "worksforme" but doesn't forme and 130740,
which I believe my patches address).  158194 is necessary to jump from
one type to another if both are in external #includes.  In all honesty I
think these are major blockers to using the navigation features.


-- Ed

cdt-dev mailing list
cdt-dev mailing list

Back to the top