Pedro Alves wrote: >Not much time at the moment to analise this, quite swamped at work. > >Nuno Lucas wrote: > > > >>On 10/29/06, Kevin O'Connor <[EMAIL PROTECTED]> wrote: >> >> >> >>>Okay. That seems to work. The build still fails when it gets to gdb, >>>but that's not really a problem for me. Haret seems to run fine with >>>the new compiler. >>> >>> >>I confirm this. An earlier revision before the C++ library was added >>was working fine (it was nice to see gdb working remotely), but now >>fails with "errno.h" errors when building gdb, and the strange thing >>is that it is including headers on /usr/include, which should never >>happen, I supose. >> >> >> > >Not so strange because gdb is a host app, not a target app, so it builds >with the native compiler libs and headers. >The problem is the hacky way wince's support is made. We pretend to be >building >under ARM, through some magic (-D__arm__ -DARM -U_X86_ -U_M_IX86 >-U__i386__ -U__i486__ -U__i586__ -U__i686__). >This file need to include <windows.h> and friends, so on linux, we are >passing -I$(path to w32api/include) in CFLAGS. >On cygwin this was not a problem, since there w32api/include is already >available in the standard package, and by somewhat of a >miracle everything built fine. > >Since errno.h doesn't exist in mingw32ce, (or better we pretend it >doesn't exist by using #include_next), the system (and correct) version >is being picked up but with the wrong machine defined (ARM instead of X86). >I've been waiting for when this ugly, ugly hack would break. :) >Limiting that hack to the files that need it (gdb/gdb/wince.c and >friends) should do the trick. I hope. > >As a workaround, maybe removing the #include_next logic in >w32api/include would help. > >The real solution would be to port gdbserver (there is a mingw port in >gdb-cvs) to wince. The problem is that >gdbserver doesn't have dll debugging support. If that hack doesn't work, >porting gdbserver should be a priority. >I've been meaning to do it for some time, and I guess now is the time... >Adding dll support is doable, but it requires hacking the gdb's remote >protocol. Since desktop MinGW and cygwin would benefit from >this work too, we might get some good help from the gdb folks. > > >
Would just like to add that I suspect that the reason that arm-wince-mingw32ce-gdb is much slower on linux that on cygwin is because we are picking up some wrong defines from the wrong headers. >Cheers, >Pedro Alves > > > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
