> > /usr/include/limits.h:125:16: fatal error: 'limits.h' file not found
> > With both, when the EtoileBehavior.bundle is loaded, than limits.h is not
> > found.
>
> This is a SourceCodeKit error that is probably safe to ignore. It means that
> your limits.h is in a silly place and clang can't find it. It's slightly
> strange that clang doesn't have a problem compiling though...
>
> > I think, this behavior could be attribuited to one of the GNUstep update or
> > clang update (?)
I discovered this in my /usr/include/limits.h :
#if defined __GNUC__ && !defined _GCC_LIMITS_H_
/* `_GCC_LIMITS_H_' is what GCC's file defines. */
# include_next <limits.h> <------- this is the line 125:16
#endif
I updated the system 2 weeks ago, so please ignore the limits.h issue, which is
mine problem at all... something gone wrong in the update..
>This is a SourceCodeKit error that is probably safe to ignore. It means that
>your limits.h is in a silly place and clang can't find it.
>It's slightly strange that clang doesn't have a problem compiling though...
I can add nothing, after i seen that in my limits.h... I just have the
/usr/include/limits.h than, i don't know how clang "build time" works, or what
are the headers file that it needs.
I just seen that limits.h is also in the Release+Asserts llvm directory:
/home/alex/llvm/Release+Asserts/lib/clang/3.3/include/limits.h
Now, i'm waiting for an update (of my system) that maybe fixes this problem...
if not i will try an homemade fix
Alex.
_______________________________________________
Etoile-dev mailing list
Etoile-dev@gna.org
https://mail.gna.org/listinfo/etoile-dev
