Native GDB for i686-w64-mingw32 toolchain

[Bryan Hundven]

On Tue, Nov 17, 2015 at 07:39:16PM +0100, Matthias Weißer wrote:
> 2015-11-17 17:19 GMT+01:00 Bryan Hundven <bryanhundven@gmail.com>:
> > The build failure is happening with native-gdb, not cross-gdb, correct?
> 
> Right.
> 
> > So native=build, not target or host.
> 
> Wrong. It seems to me that "Native gdb" in crosstools-ng context
> means a gdb that runs on the target system. See also the help
> text in config/debug/gdb.in.native
> 
> "Build and install a native gdb for the target, to run on the target."
> 
> And actually this step creates a file named gdb.exe which makes
> me even more confident that this is a gdb to run on the target ;-)
> 
> Where cross gdb means
> 
> "Build and install a cross-gdb for the target, to run on host."

I've been up all night mucking with other things, I got it backwards.

cross-gdb runs on the host (in cross it's the same as build), and native
is for the target. I forget that gdb is more confusing then the other
builds ;)

> > Since it is on the build system, the build system should provide
> > libexpat development files.
> 
> So, as it is a gdb that should run on the target it needs an expat
> library build for the target. And crosstools-ng builds and installs
> such a variant. But gdb configure fails to find it.
> 
> I got a private message from Thomas Tamandl which lead me
> to a solution:
> 
> diff --git a/scripts/build/debug/300-gdb.sh b/scripts/build/debug/300-gdb.sh
> index c025458..e577e33
> --- a/scripts/build/debug/300-gdb.sh
> +++ b/scripts/build/debug/300-gdb.sh
> @@ -198,6 +198,7 @@ do_debug_gdb_build() {
>              --target=${CT_TARGET}                       \
>              --prefix=/usr                               \
>              --with-build-sysroot="${CT_SYSROOT_DIR}"    \
> +            --with-libexpat-prefix="${CT_SYSROOT_DIR}/usr" \
>              --without-uiout                             \
>              --disable-tui                               \
>              --disable-gdbtk                             \
> 
> 
> If you think this is a working solution (for me it is) feel free to merge it.
> 
> The only problem left is then that striping the gdbserver executable fails
> in internals.sh as its name contains .exe

Ok, maybe I can get Ray, Yann D., or someone with a windows host to
check on the strip issue.

I think the `with-libexpat-prefix` fix is good, but if you do push a PR,
please align the back-slashes on the right.

> > P.S. Please don't top post.
> 
> Outlook disease ;-) Sorry.

It happens :)

-Bryan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/crossgcc/attachments/20151117/9fc76450/attachment.sig>