Bug 271222 - [Scanner Discovery] fully reparse resultant options string to discover *all* relevant options
Summary: [Scanner Discovery] fully reparse resultant options string to discover *all* ...
Status: NEW
Alias: None
Product: CDT
Classification: Tools
Component: cdt-build (show other bugs)
Version: 5.0.2   Edit
Hardware: PC Linux
: P3 enhancement with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: cdt-build-inbox@eclipse.org CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-04 11:41 EDT by Szczepan Holyszewski CLA
Modified: 2020-09-04 15:19 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Szczepan Holyszewski CLA 2009-04-04 11:41:23 EDT
It seems that the current implementation of options discovery for indexer is not very smart. It seems that it only honors:

- those preprocessor definitions that are explicitly passed as preprocessor definitions on the relevant page in the project options editor

- same for include directories.

Desired behavior would be to *only* consider the *resultant* options string, the exact same that ends up actually passed to the compiler, i.e. after concatentation (including the freeform "Miscellaneous options" string), variable substitution *and* shell-substitution (e.g. `pkg-config --cflags mypackage`), and to *re-parse* that resultant string in order to *discover* options relevant to the indexer. Furthermore, this discovery process should be the *sole* direct provider of preprocessor options for the indexer. This will guarantee that the indexer will never miss stuff again even if the way options are specified gets extended or revamped someday.
Comment 1 Szczepan Holyszewski CLA 2009-04-04 11:43:01 EDT
(In reply to comment #0)

> project options editor

^H^H^H^H^H^H^H dialog