This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, gdb-patches at sourceware dot org
- Date: Fri, 13 Dec 2013 12:04:20 +0100
- Subject: Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing
- Authentication-results: sourceware.org; auth=none
- References: <529E361B dot 7070807 at redhat dot com> <20131205105437 dot GE3175 at adacore dot com> <52A073CC dot 3050009 at redhat dot com> <20131209113333 dot GC4011 at adacore dot com> <20131210105624 dot GA14056 at adacore dot com> <52A719F1 dot 6060906 at redhat dot com> <52A71DDC dot 2080908 at redhat dot com> <20131212181843 dot GB3528 at adacore dot com> <87ob4lzpuf dot fsf at fleche dot redhat dot com> <52AADC1D dot 9060207 at redhat dot com>
> Not speaking for or against the plan, but I don't recall that the
> current restriction was based on directory structure. With
> ACX_CONFIGURE_DIR, we can build libiberty within gdbserver's build
> dir, like we do gnulib (see below), so it seems that's a non-issue
> (even if that was is not the cleanest). Rather, the main issue was
> that libiberty won't build out of the box on some of the gdbserver
> targets, like Windows CE and Lynx, IIRC. CE is probably already
> broken for a while, so it's fine with me to not have it block such a
> change.
The patch only configures libiberty without building it, but going into
that build subdirectory and doing "make", I get a libiberty.a archive
for both ppc-lynx178 and x86-lynx5. So, if CE is not a blocker,
I think we could go ahead.
But this would really only be used by Windows, though, so delay
for after the branch?
--
Joel