Alexander Gottwald <[EMAIL PROTECTED]> said: > On Thu, 11 Jul 2002, Harold L Hunt wrote: > > > Alexander, > > > > Unfortunately, we still have to #undef i686. I just tried removing the > > ``#undef i686'' and the results are below. The problem is that the value for > > the i686 define is still being substituted into our includes path. Any ideas? > > That define is only used, if i686 is already used. For me imakemdep_cpp.h > is generated this way > /usr/i686-pc-cygwin32/bin/cc -E `./ccimake` \ > -DCROSSCOMPILE_CPP imakemdep.h > imakemdep_cpp.h; > > with ./ccimake just echoing > -DCROSSCOMPILEDIR="/usr/i686-pc-cygwin32/bin" -DCROSSCOMPILE -O > > can you please check, from where the i686 define gets into the imakemdep > generation? > > bye > ago > -- > [EMAIL PROTECTED] > http://www.gotti.org ICQ: 126018723 > >
Alexander, I now have the following in host.def: /* * Point to our Cygwin headers that we copied over. */ #define PreIncDir #define StdIncDir "/cygwin/i686-pc-cygwin/include" #define ExtraIncDir "/cygwin/i686-pc-cygwin/include/w32api" Notice that I have put quotes around the StdIndDir and ExtraIncDir. This keeps the preprocessor from substituting ``1'' for i686. I'm doing a build right now and it didn't give any unfound header warnings during the makedepend phase, so I am thinking that this is a valid fix. Is there any reason that this would not be valid? Harold
