From: Doug Evans <dje@google.com>
To: Ulrich Weigand <uweigand@de.ibm.com>
Cc: Daniel Jacobowitz <drow@false.org>, gdb-patches@sourceware.org
Subject: Re: Per-type architecture (Re: [10/15] Basic value access routines)
Date: Tue, 23 Jun 2009 17:36:00 -0000 [thread overview]
Message-ID: <e394668d0906231036o140d3f91l6636a9cee84211ac@mail.gmail.com> (raw)
In-Reply-To: <200906231657.n5NGv9ON014293@d12av02.megacenter.de.ibm.com>
On Tue, Jun 23, 2009 at 9:57 AM, Ulrich Weigand<uweigand@de.ibm.com> wrote:
> Doug Evans wrote:
>> OOC, what "excessive dependencies" are you referring to?
>> It seems odd to want to avoid dependencies on libraries, libraries are good.
>> [I'm sure there's more to the story here, hence the question. :-)]
>
> Well, the concern was in fact really about adding a dependency on an external
> library, if I recall correctly.
Ah. That makes all the difference in the world.
> GDB always used to be pretty self-contained,
> you don't need to install any external libraries in order to build or use it.
> While libraries are good from a developer's point of view, dependencies add
> hassles for users ...
For completeness' sake, it's not libraries in and of themselves (gdb
uses libreadline, libiberty, libopcodes, libbfd, for example), it's
dependencies on EXTERNAL libraries that can add hassles.
> Daniel initially suggested to add the expat sources to the src tree in order
> to keep that property, see the original discussion here:
> http://sourceware.org/ml/gdb-patches/2006-07/msg00231.html
Thanks for the reference.
> This approach was then discarded in favor of using an external expat library
> installed by the user, but only for "non-essential" purposes: if that library
> does not exist, it must still be possible to build and use GDB even if some
> non-essential GDB features then no longer work:
> http://sourceware.org/ml/gdb-patches/2006-08/msg00048.html
Ditto!
next prev parent reply other threads:[~2009-06-23 17:36 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-09 15:20 [10/15] Basic value access routines Ulrich Weigand
2009-06-15 16:35 ` Doug Evans
2009-06-15 16:59 ` Ulrich Weigand
2009-06-22 20:32 ` Per-type architecture (Re: [10/15] Basic value access routines) Ulrich Weigand
2009-06-22 20:59 ` Daniel Jacobowitz
2009-06-23 0:41 ` Ulrich Weigand
2009-06-23 13:49 ` Daniel Jacobowitz
2009-06-23 14:02 ` Pedro Alves
2009-06-23 17:06 ` Ulrich Weigand
2009-06-23 17:30 ` Daniel Jacobowitz
2009-06-23 15:55 ` Doug Evans
2009-06-23 16:42 ` Mark Kettenis
2009-06-23 16:53 ` Daniel Jacobowitz
2009-06-23 16:57 ` Ulrich Weigand
2009-06-23 17:36 ` Doug Evans [this message]
2009-06-24 15:31 ` [10/15] Basic value access routines Tom Tromey
2009-06-24 15:46 ` Daniel Jacobowitz
2009-06-24 16:26 ` Doug Evans
2009-06-24 19:41 ` Tom Tromey
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e394668d0906231036o140d3f91l6636a9cee84211ac@mail.gmail.com \
--to=dje@google.com \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=uweigand@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox