Bugzilla – Full Text Bug Listing
| Summary: | [Scanner Discovery] CDT "per file" discovery doesn't do compiler inspection with MinGW, when a non-existing include path is given | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | Martin Oberhuber <mober.at+eclipse> | ||||
| Component: | cdt-build | Assignee: | cdt-build-inbox <cdt-build-inbox> | ||||
| Status: | NEW --- | QA Contact: | Jonah Graham <jonah> | ||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | cdtdoug | ||||
| Version: | 8.0.2 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
Ping this looks like a major issue to me with respect to symbol quality, any comment ? I still hope to deprecate current scanner discovery in Juno with bug 290631. But if you feel that is a major for you I can review a patch - if it is a simple one. |
Created attachment 209923 [details] sample project Build ID: CDT 8.0.2-snapshot-20120121 from Hudson The "gcc per file" scanner discovery doesn't do gcc compiler inspection with MinGW, when compile commands reference an include path that doesn't physically exist. This is a problem, since compiler inspection is needed to reveal important headers like stddef.h which define types like size_t. Steps to reproduce: 1. Install latest MinGW 2. Import attached sample project 3. Build the project --> The #include <sys/types.h> is marked as an error. --> "C:/MinGW/include" is not discovered as include path --> "C:/MinGW/lib/gcc/mingw32/4.6.2/include" is not discovered as include path 4. Edit Makefile, remove the non-existing -I directive, clean and rebuild --> The MinGW includes are now discovered.