This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 0/8] Upgrade readline
- From: Tom Tromey <tom at tromey dot com>
- To: Sergio Durigan Junior <sergiodj at redhat dot com>
- Cc: Tom Tromey <tom at tromey dot com>, gdb-patches at sourceware dot org
- Date: Wed, 07 Aug 2019 13:31:03 -0600
- Subject: Re: [PATCH 0/8] Upgrade readline
- References: <20190806204334.13441-1-tom@tromey.com> <874l2tdjha.fsf@redhat.com>
>>>>> "Sergio" == Sergio Durigan Junior <sergiodj@redhat.com> writes:
Sergio> I'm in favour of bumping the readline version to 7 (note that Debian
Sergio> oldstable, i.e., wheezy, which was released 4+ years ago, already ships
Sergio> with readline 7), and (eventually) just get rid of our local copy.
We talked about that briefly on irc yesterday too.
I wonder if we really could get rid of the local copy. I mean,
obviously we could, but would it be a problem for anybody?
We could treat it a few ways. One would be like libiconv: keep the
top-level configury around so it's possible to drop the readline sources
into the tree and then build.
Another way would be to use something like guix for these dependencies.
I don't know if that works on all the hosts that we care about.
The guix way is attractive since it seems vaguely analogous to using
"cargo" in the Rust world. In particular if we could do something like
this, maybe we could be less conservative about bringing in new
dependencies.
I think either of these solutions would also fix the bug we found with
moving gdbsupport to the top level (i.e. that it interacts poorly with
--with-system-readline). (I never got a response to that note, so if
you're reading this, I'd appreciate a quick look at that as well.)
thanks,
Tom