<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<blockquote cite="mid:1203863610.4294.35.camel@hansi" type="cite">
<blockquote type="cite">
<pre wrap="">This is a limitation of the user interface you are using on top of the
gdb infrastructure, as e.g. Xcode (which uses the gdb mi) does display
such types.
</pre>
</blockquote>
<pre wrap=""><!---->
Yea, I already thought that Eclipse, DDD, Anjuta, ... could also wrap
that functionality. But with your statement nearly every missing feature
in GDB can be dropped by referring to the UI.
</pre>
</blockquote>
So it looks like at least pert of the missing stuff can be added by
means of the Lazarus IDE. <br>
<br>
Thus it looks more promising (and a lot less work to do) to go this way
with the standard GDB as far as possible and introduce GDB extensions
(as patches) if absolutely necessary.<br>
<br>
<blockquote cite="mid:1203863610.4294.35.camel@hansi" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">- Set breakpoints within template functions. A template function might
be instantiated multiple times, i.e. for every type it is used for.
If you set a breakpoint at the source line within a template
function, only one instantiation is (randomly?) chosen.
</pre>
</blockquote>
<pre wrap="">Use the rbreak command instead of break (and you may also have to use
dwarf instead of stabs).</pre>
</blockquote>
</blockquote>
<br>
Am enhanced Lazarus IDE would be able to remote-control GDB in that way
(managing multiple code breakpoints behind a single source code line),
too.<br>
<br>
-Michael<br>
<br>
</body>
</html>