This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See crosstool-NG for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Antw: Re: Native GDB for i686-w64-mingw32 toolchain



>>>> Matthias WeiÃer <m.weisser.m@gmail.com> 17.11.2015 19:39 >>>
>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."
>
>> 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
>
>> P.S. Please don't top post.
>
>Outlook disease ;-) Sorry.
>
>Regards
>Matthias
>

Hi,

the message should not be private. Seems that I need a short "How to
use a Mailinglist" ;-) too. 

As I am also facing a new bild run an I don't want to have the same
troubles : Your solution is much more smarter than my old one (
https://sourceware.org/ml/crossgcc/2015-04/msg00008.html  ). Is there
already more support form the 300-gdb script or didn't I find the easy
solution? Anything else worked out of the box?

Regards
Thomas

------------------------------------------------------------
Wittmann Kunststoffgeraete Ges.m.b.H.
A-1220  Wien
Geschaeftsfuehrer: Dr. Werner Wittmann
FN 101312p, Handelsgericht Wien
-------------------------------------------------------------

------------------------------------------------------------
This e-mail message has been scanned for Viruses and Content
------------------------------------------------------------

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]