This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Will therefore GDB utilize C++ or not?
- From: Tom Tromey <tromey at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: Jan Kratochvil <jan dot kratochvil at redhat dot com>, gdb at sourceware dot org
- Date: Fri, 18 May 2012 13:55:03 -0600
- Subject: Re: Will therefore GDB utilize C++ or not?
- References: <20120330161403.GA17891@host2.jankratochvil.net> <87aa2rjkb8.fsf@fleche.redhat.com> <4F832D5B.9030308@redhat.com>
>>>>> "Pedro" == Pedro Alves <palves@redhat.com> writes:
Pedro> This is important, because we want gdbserver to be usable in #1,
Pedro> resource constrained scenarios where the C++ dependency would be
Pedro> unacceptable.
I wonder whether you would reconsider this given the size measurements I
did.
In particular, C++ is something like 3% space overhead today, and that
gdbserver is already ~300K. I think that size growth is quite
acceptable.
Pedro> We don't want there to need to be other gdbserver-like programs
Pedro> specialized for such environments, and gdbserver to be usable
Pedro> only on bigger machines. We want gdbserver to run everywhere.
The recent gdb-patches thread from Jonathan Larmour indicates that we
already lost this one. He was concerned about the use of 2183 bytes.
Pedro> And #2, the debugger is one of the first programs that is
Pedro> desirable to get running on a new system/board. Usually you get
Pedro> C going much sooner than C++.
I think there are multiple options for this scenario. People could
start with a basic port of RDA, or an older gdbserver, or just bump up
the priority of getting C++ working.
Tom