Re: [cdt-dev] semantic error

[Greg Watson <g.watson@xxxxxxxxxxxx>]

I've opened bug 332530.

Thanks,
Greg

On Dec 13, 2010, at 7:53 PM, Alena Laskavaia wrote:

> Maybe scanner discovery does not work very well on mac... Does it
> depend on some other macro something like #ifdef _OSX? You can see
> what macro is expanded to using macro expansion tool. And if there
> problem with include path itself it will show a little warning with
> question mark on the include line.
> 
> On Mon, Dec 13, 2010 at 6:11 PM, Greg Watson <g.watson@xxxxxxxxxxxx> wrote:
>> 
>> On Dec 13, 2010, at 2:55 PM, Sergey Prigogin wrote:
>> 
>> 
>> On Mon, Dec 13, 2010 at 11:24 AM, Greg Watson <g.watson@xxxxxxxxxxxx> wrote:
>>> 
>>> Ok, thanks. Are there known bugs in it? I tried the following simple case
>>> on OS X:
>>> 
>>> test.h:
>>> 
>>> 
>>> I've added "." and "/usr/include" to the paths for the project. However
>>> I'm seeing an error on tv_sec: field could not be resolved.
>> 
>> Most likely /usr/include is not a correct include path for the compiler
>> libraries, but I don't know what other directories it's supposed to include
>> on OS X.
>> 
>> Hmm, well /usr/include is certainly the location of sys/select.h. I'm not
>> sure what other compiler libraries might be involved, since this is
>> presumably being analyzed before any linking is done.
>> It looks like select.h defines __need_struct_timeval and then
>> includes <sys/_structs.h>. Then _structs.h defines struct timeval
>> if __need_struct_timeval is defined. However when I open _structs.h the
>> relevent section of code appears grey, so presumably the parser doesn't
>> think this macro is set. It seems pretty simple, so it's strange that it
>> doesn't work.
>> 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