This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Will therefore GDB utilize C++ or not?


On 04/18/2012 05:31 PM, Joel Sherrill wrote:

> On 04/18/2012 11:22 AM, Joel Brobecker wrote:
>>> What can change?  C++ usage is already decreasing, most of the new
>>> development is in Java.  If C++ is already not suitable it will never
>>> be.
>> Many things can change. Just one example: The constraints placed
>> on GDB/GDBserver could change and lead to a more positive terrain
>> for C++ adoption. Maybe, one day, the conditions will be right.
>> Just not today.
>>
> Wading in late .. but is the gdbserver intended to run
> on an embedded RTOS with just threads?


No, it assumes some more unixy-ish OS what spawns processes,
though it scales down to Linux with uclibc, bionic, and other
userspaces (along with supporting a few other OSs, like Lynx,
Windows and Windows CE.)  It could be made to bolt into
such embedded targets, but nobody has ever done that, AFAIK.

> 
> If so, then as a broad over generalization, it would be a
> shame to push any C++ run-time requirements on a
> target that is likely resource constrained. Plus some of
> the smaller gcc targets do not support C++.
> 
> C++ for tools that will always run on a development host
> is a technical programming benefits decision.
> 
> But please remember that host does not universally
> equal target. What may be right for one side may not
> be for the other.
> 



-- 
Pedro Alves


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]