Re: Statically link libwinpthread-1.dll in gdbserver

This is what I get with make all-gdbserver

  CXX    alloc.o
In file included from ../../binutils-gdb/gdbserver/../gdbsupport/common-defs.h:197,
                 from ../../binutils-gdb/gdbserver/../gdb/alloc.c:37:
../../binutils-gdb/gdbserver/../gdbsupport/gdb_locale.h:27:11: fatal error: libintl.h: No such file or directory
   27 | # include <libintl.h>
      |           ^~~~~~~~~~~
compilation terminated.

This is the complete configuration command line I was using

export CFLAGS=-static; export CXXFLAGS=-static; ../binutils-gdb/configure --enable-static --with-static-standard-libraries --disable-gdb --host=x86_64-w64-mingw32

The binutils source I am using is
commit f0072f79e12d88ca361de04a52434430a10c5f0e (HEAD -> gdb-12-branch, origin/gdb-12-branch)

(about 2 weeks old).
________________________________
From: Pedro Alves <[email protected]>
Sent: May 2, 2022 1:18 PM
To: Claude Robitaille <[email protected]>; [email protected] <[email protected]>
Subject: Re: Statically link libwinpthread-1.dll in gdbserver

On 2022-05-02 18:12, Claude Robitaille wrote:
> "make all-gdbserver" fails. But just make works, albeit a little longer...

"make all-gdbserver" failing is really strange.  How did it fail?  Note that should
be issued at the top level.

>
> So, I now have a solution thanks.
>
> Just curious. --disable-foo is nice but the problem is to get a list of foo. Is there anyway other than sifting the script and metadata files?
>
> ./configure --help or ./configure --help-recursive are not that helpful.

I'm now aware of a way to get that list.  I think all component names match their corresponding top level directory
names, at least.  There are more directories than components, though.