GDB 10.1 release -- 2020-09-18 Update

[Eli Zaretskii]

> Date: Sat, 26 Sep 2020 10:39:40 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: gdb-patches@sourceware.org
> 
> > I attach below the patch for our copy of Gnulib on the release
> > branch.  It works here.  (I will again ask you to kindly regenerate
> > the configure script(s) that depend on gnulib/import/m4/*.m4 files.)
> 
> The patch as you propose it is not enough, because you also need to
> regenerate the configury stuff. Also, I think that anyone re-rerunning
> the update-gnulib.sh script would end up overwriting your changes.
> 
> Rather than doing everything by hand and risk missing something,
> I just propose we take advantage of our update-gnulib.sh script
> instead. To do so, I've imported the commits from gnulib as patches,
> and then updated the update-gnulib.sh script to include those two
> import patches in the sequence. The patches had to be adjusted
> a bit to the layout in the import as opposed to in the repository
> of origin, but they are otherwise the same.
> 
> This is the first moment I've had to work on this, so the patch
> hasn't been tested on our Windows machines yet. I expected to be
> able to report on that mid-to-late next week. In the meantime,
> if you could test this patch in your environment, this would help us
> guarantee that things are good on your end too, now.

I've downloaded today's snapshot of the branch, applied the patches
you sent, and build GDB.  It builds cleanly and passes all the sanity
checks I tried.

So I think you can install this (provided that you can build GDB using
MinGW64).

Thanks, and sorry I couldn't be of more help in this matter.