Roland Mainz writes: > > I haven't really encountered a need for build-time enabling of special > > debug features that have a more substantial or system-wide support > > infrastructure than that. I guess your mileage will vary, so if you > > see an obvious gap here, feel free to propose something more concrete. > > AFAIK the "obvious gap" is a lack of a global switch which says "compile > everything with -g".
Does this work for you? dmake COPTFLAG=-g install If not, then check out how the (many) flags are handled in Makefile.master, and make sure you're not working with improperly constructed makefiles. > Therefore it would be nice to have a general purpose "catch all" switch > in "bldenv" which compiles the entire tree in a way that debuggers like > dbx allow source-level debugging (which doesn't work for optimized code > (well, it would be possible as seen in Unicos where the debugger allows > source-level debugging of optimized code)), e.g. use "-g" (or even "-g > -xs") and disable "-xO[0-5]" ... I find that changing compiler optimizations and the like just tends to obscure the sorts of problems I want to find -- it throws yet another unwanted variable into the equation. And, as I use mdb much more than dbx or other debuggers, I still can't say I've encountered the gap you have. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ opensolaris-code mailing list opensolaris-code@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
