From: Michael G. <mg...@te...> - 2006-10-25 07:13:51
|
> > FWIW the stock version provided on mingw.org does *NOT* have > > this problem but does indeed search C:/MinGW/include (or however > > it is installed) first. >=20 > There are two main things that would cause this difference, one being > that there are numerous and extensive changes between 3.x and 4.x; the > second being that the gcc binaries on mingw.org/sourceforge.net contain > local patches not included in the upstream, and one of them may be > fixing this. It would be worth glancing at the patches to see if this > is the case. Neither of it seems the cause because: =2D my linux hosted xcompiler suffers from it even when I build it from the already patched srcs of gcc 3.4.5 as downloaded from mingw.org (i.e. no 3.x/4.x issue) =2D one of the things I had investigated while trying to find a fix to this problem (for the xcompiler) was comparing the patchset against mainstream. There is nothing in it that fixes this, at least not directly (or I'm just not clever enough to spot it; but then since the version build from the patched srcs...). I haven't looked into it for some time now but IIRC the cause for the xcompiler was related to [not] properly (or so) detecting the usr-local include path of the target environment. It is my impression this works slightly different in a cygwin shell than on my linux box in the xcompiling case. Unfortunately I have not yet been able to solve it (other than copying files around). Those interested might want to search the archives as there had been extensive discussions on this problem (again triggered by the "wrong" float.h being included first (i.e. basically the same problem as the OP of this thread had been experiencing). I *suspect* it should be fixable by applying a patch to configure (or configure.in) of gcc and add something to the xcompiling that's in the native cygwin branch as well. If anyone wishes to tacle this I'm happy to provide detailed logs of the xcompiler-generating process as well as test out patches. Best, Michael =2D-=20 Vote against SPAM - see http://www.politik-digital.de/spam/ Michael Gerdau email: mg...@te... GPG-keys available on request or at public keyserver |