gcc -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"test.d" -MT"test.d" -o"test.o" "../test.c"
../test.c:9:1: warning: "GL_TRUE" redefined
In file included from /System/Library/Frameworks/OpenGL.framework/Headers/OpenGL.h:10,
from ../test.c:8:
/System/Library/Frameworks/OpenGL.framework/Headers/gl.h:173:1: warning: this is the location of the previous definition
I see an entry in the problems view which looks OK, except the path is blank:
Description Resource Path Location Type
/System/Library/Frameworks/OpenGL.framework/Headers/gl.h this is the location of the previous definition test_c line 173 C/C++ Problem
So it seems to deal with this situation fairly gracefully.
Greg
On Feb 19, 2009, at 12:28 PM, Andrew Gvozdev wrote:
I am curious if there is also issue with error parsers. Did you run into any compiler errors/warnings pointing to such file, how it is printed in the output?
Andrew
On Wed, Feb 18, 2009 at 10:43 AM, Greg Watson
<g.watson@xxxxxxxxxxxx> wrote:
Hi folks,
There's an issue with the scanner on Mac OS X because you can have an include like "#include <OpenGL/OpenGL.h>", but instead of the header file being "/usr/include/OpenGL/OpenGL.h", it's actually "/System/Library/Frameworks/OpenGL.framework/Headers/OpenGL.h". Even though "/System/Library/Frameworks" gets picked up in scanner discovery, it is not the path of the actual header directory, so the headers get missed by the indexer.
Any suggestions on the best way to fix this?
A bug has been open on this for some time (https://bugs.eclipse.org/bugs/show_bug.cgi?id=69529), but if someone who understands scanner discovery could provide a few pointers it would be appreciated.
Thanks,
Greg
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
