From: Dave K. <dav...@go...> - 2010-01-31 13:16:03
|
On 31/01/2010 10:11, Danny Backx wrote: > On Sat, 2010-01-30 at 18:58 +0000, Dave Korn wrote: >> It goes on to suggest that it might be necessary to define "LIMITS_H_TEST = >> true" in the t-* makefile frag, so if you guys don't get syslimits.h being >> generated, maybe that would fix it for you too? > so all it appears to influence is whether glimits.h is surrounded by > limitx.h and limity.h or not. Ah, so it does. > What we need here is no limits.h coming from gcc because it already > comes from our src/mingw/include . I'm fairly sure GCC *requires* its private internal version of limits.h for correct operation, and that what you want is limits.h and syslimits.h. > Inspired on all that, how does the patch attached look ? > It should be the more fundamental take on the problem. I don't think it should be necessary to patch the build system, since it's already capable of doing the right thing (which is to create the private header and fixed syslimits), we need to understand why it isn't doing that. As I mentioned in another post, I'm updating my cegcc. I'll take a look at what happens during the build. cheers, DaveK |