Re: one week to gdb-7.6 release?

[Joel Sherrill <Joel dot Sherrill at OARcorp dot com>]

Does this mean that you can't build a mingw hosted cross compiler either natively on mingw or via Canadian cross?

If so, I would consider that a serious regression and blocker.

If I read your comment correctly, you consider it a blocker also.

And is there a list somewhere of mingw issues? Like dv-socker.o, simulators using POSIX signals and termios, etc.. Seems like a good GSOC project.

--joel
RTEMS

Joel Brobecker <brobecker@adacore.com> wrote:


> > The
> > code in main.c already does
> >
> >   #ifdef __MINGW32__
> >     /* On Windows, argv[0] is not necessarily set to absolute form when
> >        GDB is found along PATH, without which relocation doesn't work.  */
> >     gdb_program_name = windows_get_absolute_argv0 (argv[0]);
> >   #else
> >     gdb_program_name = xstrdup (argv[0]);
> >   #endif
> >
> > Is moving that to posix-hdep.c just to avoid an ifdef?
>
> The main purpose is to move the code away out of windows-nat, which
> is only linked in native debuggers, not cross ones - so that building
> a cross debugger hosted on Windows will work again. Basically, your
> new function is really only dependent on the host, whereas the -nat
> file makes the assumption that host & target are Windows.

I have added this item to the TODO list for the 7.6 release, so as not
to forget.

I was wondering if this discussion was stalled, or if it was just
a matter of not finding the time to do the implementation. I could
possibly take care of it tomorrow if you'd like.  There is not real
rush, however, as I will be off next week, and thus unable to create
a release at least until Tue Apr 9th.

--
Joel