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: Tom Tromey <tromey at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: Joel Brobecker <brobecker at adacore dot com>, gdb-patches at sourceware dot org
- Date: Fri, 13 Dec 2013 12:38:25 -0700
- Subject: Re: [RFA] nameless LOAD_DLL_DEBUG_EVENT causes ntdll.dll to be missing
- Authentication-results: sourceware.org; auth=none
- References: <1386070185-8020-1-git-send-email-brobecker at adacore dot com> <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>
>>>>> "Pedro" == Pedro Alves <palves@redhat.com> writes:
Pedro> Not speaking for or against the plan, but I don't recall that the
Pedro> current restriction was based on directory structure. With
Pedro> ACX_CONFIGURE_DIR, we can build libiberty within gdbserver's
Pedro> build dir, like we do gnulib (see below), so it seems that's a
Pedro> non-issue (even if that was is not the cleanest).
Yeah, I was pushing for an increase in cleanliness as well.
Pedro> Rather, the
Pedro> main issue was that libiberty won't build out of the box on some
Pedro> of the gdbserver targets, like Windows CE and Lynx, IIRC.
That has to be fixable with one of the N portability technologies
already in place :)
Tom