[Mono-list] RE: debugger screenshot
22 Jan 2003 15:32:42 +0100
Miguel de Icaza <firstname.lastname@example.org> writes:
> > The debugger does look very impressive.. but is there
> > any way I can build the bebugger on Cygwin (win2k)like
> > we have the GDB.
> > If yes, then does the current build take care of that?
> The debugger only works on Unix today. Porting it to Windows is going
> to be a significant effort.
> > If no, then what API does the debugger use for the GUI ??
> > Is it GTK# ?? ... Is there a windows equilatent of GTK# like
> > Glib ? If the debugger has been made in C#, can the GTK# calls
> > be replaced by the equivalent Windows.Forms ones to get it up
> > and running on windows??
> It uses Gtk# (which works on Windows).
You can also use the command line interface for it - but then, of course, you won't have a
> You could also write a new GUI using Windows.Forms, but to get there you
> would have to spend quite some time porting the engine first.
Ok, I just had another look at this.
I _believe_ (but I can be wrong) that this can be done in one or two working days.
The most difficult task is probably getting a shared libbfd.dll for either cygwin on
mingw32 - the latter one may be a good idea since MinGW 2.0 is already using GNU Binutils
2.13.90 (but a static libbfd.a).
After setting up the build environment and getting the debugger at least build on Windows
(without a backend), the way to go is to get core files working first - this is using
libbfd which is already ported to windows and MinGW 2.30 also comes with a recent enough
gcc 2.95.3 which should also have dwarf 2 support.
However, my windows machine is slooow so I'd prefer doing some more bug fixes and cleanups
at the moment rather than spending my time compiling stuff.
The next step is replacing backends/server/i386-*-ptrace.c with an actual implementation
which is using w32 api calls instead of ptrace. This should be doable in one working day.