Jonathan Adams wrote:
> On Fri, Jun 12, 2009 at 03:04:55PM -0700, Steve Gonczi wrote:
>   
>> I did  the full nightly, then edited the Makefile.master debug setting so it 
>> generates dwarf debug info.   Killed the CTF* utilities as outlined 
>> previously in this thread.   
>> Recompiled libzpool and libzfs from their usr/src/lib/libz* directories ( 
>> make clean|clobber, usually try both, then make or make install - also try 
>> both).
>> After the successful compile, set  LD_LIBRARY_PATH 
>> to where the freshly baked libzpool lives. Do not forget the semicolon after 
>> the search path, must be prefixed by \ else the shell strips it.
>>
>> I did not need to capture, and edit the make output.
>>
>> Things are mostly working now.  It is beyond me why this would not
>> work with stabs.  The only remaining thing is to turn off optimizing,
>> so I can look at local variables.
>>     
>
> Just jumping in here after the fact, but I thought I'd give some background:
>
>       Most of the engineers working in ON got started with kernel
>       programming on Solaris, and so have a large amount of background
>       with MDB and assembly-level debugging.  The CTF data provides
>       all of the structure printing you might need using MDB, and
>       the experience with assembly provides the "map stack trace to C
>       program locations", along with figuring out which local variables
>       are where, etc.
>
>       Since most kernel engineers aren't familiar with DBX, there's not a
>       huge community clamoring for the ability to use it.
>
>       The CTF tools process the debugging information (stabs or dwarf)
>       in order to generate the C type information MDB uses.
A small nit on this thread and also a wild thought..

1) It's stab (not stabs - I've been corrected on this before) And there 
are several sun doc pages that need updating as well.
2) While I'm unaware of an open source compiler and debugger with dwarf3 
support, but it's supposed to handle compression well. [1] How this 
compares to CTF would have to be tested.


[1] http://reality.sgiweb.org/davea/dwarf3features.pdf

./C


---
OSUNIX - Built from the best of OpenSolaris Technology
http://www.osunix.org


Reply via email to