[PATCH] Change gdbserver to use existing gnulib and libiberty
Simon Marchi
simark@simark.ca
Mon Feb 24 19:46:00 GMT 2020
On 2020-02-24 9:16 a.m., Tamar Christina wrote:
> Hi Tom,
>
> We're having trouble building cross toolchains after this change.
>
> Before this we were able to build gdb running on HOST but build gdbserver running on TARGET.
>
> After this change we can no longer do this since you can't link objects from different architectures.
>
> Is this not a supported workflow anymore? Any suggestions how to do this after these changes?
>
> Thanks,
> Tamar
Hi Tamar,
When you were building gdb running on HOST and gdbserver running on TARGET, I presume
you were running two configure scripts, like this?
$ .../binutils-gdb/configure --host=x86-foo --target=arm-bar
and in another directory
$ .../binutils-gdb/gdb/gdbserver/configure --host=arm-bar
Now, gdbserver being a proper top-level project (just like gdb and binutils
are), you can do:
$ .../binutils-gdb/configure --host=x86-foo --target=arm-bar
... to configure GDB, and:
$ .../binutils-gdb/configure --target=arm-bar
... to configure GDBserver.
In fact, these commands set up build directories to build the entire
binutils-gdb repository. You could either pass a bunch of --disable-*
options to configure in order to disable the projects you don't want
to build, or build using "make all-gdb" / "make all-gdbserver" to only
build gdb or gdbserver respectively.
Hope that helps.
Simon
More information about the Gdb-patches
mailing list