Building today's snapshot of GDB with MinGW

[Christian Biesinger]

On Mon, Jun 29, 2020 at 1:27 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> At Joel's request I've built today's (29 June) snapshot of GDB using
> mingw.org's MinGW and GCC 9.2.0.  There are a few issues I bumped into
> related to Gnulib and MinGW runtime (which I recently upgraded to a
> newer version), and I'm still working on those.  So what's below is an
> interim report of issues related to GDB itself:
>
> 1. The configure script doesn't allow --with-static-standard-libraries
> when GDB is built with source-highlight.  Is this limitation going to
> stay (and if so, why), or could it be lifted?  (I needed to hack the
> configure script to get past the error message.)

Looks like this was discussed before at
https://sourceware.org/pipermail/gdb-patches/2020-April/167388.html,
no real outcome AFAICT

> 2. Building in libctf produces the same errors I reported back in
> February for GDB 9.1.  I thought the libctf developer fixed them
> up-stream (or was I dreaming?), so why isn't the fix in our
> repository?  I fixed those exactly as I fixed them for GDB 9.1.

So reading https://sourceware.org/bugzilla/show_bug.cgi?id=25155, Nick
mentioned an RFC patch, but I can't tell if that landed.

> 3. "make TAGS" in the gdb/ directory fails because HFILES_NO_SRCDIR
> includes files that no longer exist: gdb_select.h and
> tui/tui-windata.h.  Once these are removed from the list, TAGS is
> built.

This also happens on Linux. I guess few people use "make TAGS"...

> 4. Running "maint selftests" produces several warnings and failures:
>
>   warning: A handler for the OS ABI "Windows" is not built into this configuration of GDB.  Attempting to continue with the default i386:x86-64 settings.

Possibly related to
https://sourceware.org/pipermail/gdb-patches/2020-March/166678.html ?


Christian