When i try to
$ make depend -f gcc.mak
a middleware on my Ubuntu machine I get this
/usr/include/../include/limits.h:125:26: error: no include
This is most likely this issue: https://jira.apache.org/jira/browse/STDCXX-768. The workaround for me was to add the compiler option -I/usr/lib/gcc/x86_64-linux-gnu/4.3/include-fixed (this path contains limits.h).
I had faced my problem with compiling with STLport 5.1.5, but looks like the issue is fixed is STLport 5.2.0. The issue is documented in STLport Release Notes. After getting a copy of STLport 5.2.1, the compilation went successfully without hiccups.
Consider using #include_next <limits.h>
(gcc extension) in order to force gcc to look at the next found limits.h
in the include path (which should be the toolset's copy).
the package that you need is glibc.
I have encountered this problem doing a cross-compile. When you execute a 'make depend' the Makefile will invoke the makedepend program as seen from this assignment:
MAKEDEPPROG=makedepend
makedepend only searches some default include directories starting with /usr/include
Since the #include_next
directive means to include the next found instance of the named include file in the search path, this will fail if another one is not found.
For me, the solution was to direct makedepend to search my cross-compiler include directories first. I did this by changing the MAKEDEPPROG
assignment to include the -I
directive:
MAKEDEPPROG=makedepend -I < path/to/cross-compiler/include-fixed >
I suggest reading about the makedepend program (about which I knew nothing before). For example, it was not obvious to me that makedepend would not use an environment search path. The -I
directive puts the specified search path before makedepend's default paths.
I don't exactly remember the resolution any more, but it had to do with some missing package. After apt-getting some more stuff, it worked for me.