This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Move gdbsupport to the top level
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Tom Tromey <tom at tromey dot com>
- Cc: palves at redhat dot com, gdb-patches at sourceware dot org
- Date: Tue, 17 Sep 2019 19:16:26 +0300
- Subject: Re: Move gdbsupport to the top level
- References: <87lfx4z3lx.fsf@tromey.com> <2c6c79e9-8a36-6b35-67f4-5cf92f03f8db@redhat.com> <87r25fmvs2.fsf@tromey.com> <8736guzyv8.fsf@tromey.com>
> From: Tom Tromey <tom@tromey.com>
> Cc: Pedro Alves <palves@redhat.com>, gdb-patches@sourceware.org
> Date: Tue, 17 Sep 2019 10:11:39 -0600
>
> We discussed this at Cauldron and agreed to try this approach.
Is it possible to still discuss this? Or is the decision at Cauldron
final and cannot be appealed?
> That is, the plan is to remove the readline sources from the tree,
> and remove --with-system-readline, but follow the approach of some
> other libraries where one can unpack readline into the source tree
> and top-level configure will arrange to build it.
Would it be possible for whoever tars the release to drop the readline
into the tree and build it under some opt-in configure-time switch?
Making this opt-in might solve at least some of the problems that led
to the decision, I think/hope.