Community
Participate
Working Groups
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.
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.