|
|
| Re: Can't prevent Eclipse from indexing files not in project [message #1819668 is a reply to message #1819665] |
Mon, 20 January 2020 16:31   |
 Rich von Lehe
Messages: 4
Registered: January 2020 |
Junior Member |
|
|
Correct - I will likely want to have system / external library headers included in the index (i.e. STL, Qt). I'm perfectly happy to have the indexer index into those types of dependencies. However, I don't know why the indexer can't limit itself to the cpp files that are listed in my project and not scan those that aren't. It is essentially doing a scan of an entire folder tree with no consideration for the cpp files that are explicitly listed in my project.
Can you describe your suggestion a bit more (sorry for being dense here)?
"Likely the only way around this is to make a project with source links to relevant files."
Does this mean foregoing the CMake generation and hand-crafting an Eclipse project that is the equivalent of the CMake project?
[Updated on: Mon, 20 January 2020 18:40] Report message to a moderator |
|
|
|
|
|
| Re: Can't prevent Eclipse from indexing files not in project [message #1819703 is a reply to message #1819700] |
Tue, 21 January 2020 17:12 |
Rich von Lehe
Messages: 4
Registered: January 2020 |
Junior Member |
|
|
Small in a relative sense - it's less than 5% of the total :-) I think the actual number is closer to 500. My point was if Eclipse were to limit itself to this set of files the indexer would complete in what I think is a reasonable time frame.
This particular repository has a long history - there are source files and even binaries from a bunch of unrelated things. I've pointed this out and suggested better partitioning, but for now it remains very large.
**Please don't take my comment below as anything other than curiosity. ** (I'm generally a fan of Eclipse mainly because it has supplanted a lot of the one-off IDEs that embedded systems vendors used to write from scratch)
I typically use QtCreator for day-to-day editing - in this project especially since Qt is one of the primary libraries we have a dependency on. It does indexing as well - or at least produces what I consider the main by-product of indexing which is being able to navigate through sources by hitting F2 on symbols. Why is QtCreator able to do this in relatively negligible time and Eclipse spends tens of minutes or more? I may not understand what Eclipse is doing - perhaps it is doing much more than QtCreator?
EDIT:
It might be OK for us to disable the indexer if the Momentics Eclipse IDE ends up only being used for debugging. The index is more important for reading and writing code than debugging IMO.
[Updated on: Tue, 21 January 2020 18:56] Report message to a moderator |
|
|
Powered by
FUDForum. Page generated in 0.03643 seconds
] 
Search
Help
Register
Login
Home
