Ok; a commit is queued up for the trunk tonight that should do this:

 - If we're on Darwin
 - And -g is in CFLAGS already
 - Then do a test compile to see if -gstabs+ works
 - If it does, then add it to CFLAGS
 - Then double check and uniq-ify CFLAGS (to ensure -gstabs+ wasn't in there 
already)


On Jul 25, 2010, at 7:52 AM, Ralph Castain wrote:

> I can't speak for totalview, but as a developer on Darwin, adding -gstabs+ 
> enables the clean use of gdb and would help immensely!
> 
> 
> On Jul 15, 2010, at 8:14 AM, Jeff Squyres wrote:
> 
> > Resurrecting this orphaned discussion...
> >
> > Peter: so what exactly do you need?  -gstabs or -gstabs+ when compiling 
> > these files on Darwin?  (or, more specifically, whenever the back-end 
> > compiler supports one/both of these flags)
> >
> >
> > On Jun 9, 2010, at 11:43 PM, Paul H. Hargrove wrote:
> >
> >>
> >>
> >> Jeff Squyres wrote:
> >>> On Jun 4, 2010, at 5:02 PM, Peter Thompson wrote:
> >>>
> >>>
> >>>> It was suggested by our CTO that if these files were compiled as to
> >>>> produce STABS debug info, rather than DWARF, then the debug info would
> >>>> be copied into the executables and shared libraries, and we would then
> >>>> be able to debug with Open MPI without a problem.   I'm not sure if this
> >>>> is the best place to offer that suggestion, but I imagine it's not a bad
> >>>> place to start.  ;-)
> >>>>
> >>>
> >>> Having just moved this to the "devel" list...
> >>>
> >>> I don't think we'd mind doing what you propose if it's not too icky.  
> >>> These files are explicitly there for debuggers like TV, after all.
> >>>
> >>> So how do we do that?  (I don't know anything about STABS or DWARF)
> >>>
> >>>
> >>
> >> Extracted from "man gcc" on  Darwin host:
> >>
> >>
> >>       -gstabs
> >>           Produce debugging information in stabs format (if that is
> >> supported), without GDB
> >>           extensions.  This is the format used by DBX on most BSD
> >> systems.  On MIPS, Alpha and
> >>           System V Release 4 systems this option produces stabs
> >> debugging output which is not
> >>           understood by DBX or SDB.  On System V Release 4 systems this
> >> option requires the GNU
> >>           assembler.
> >>
> >>       -gstabs+
> >>           Produce debugging information in stabs format (if that is
> >> supported), using GNU
> >>           extensions understood only by the GNU debugger (GDB).  The
> >> use of these extensions is
> >>           likely to make other debuggers crash or refuse to read the
> >> program.
> >>
> >>
> >>
> >> --
> >> Paul H. Hargrove                          phhargr...@lbl.gov
> >> Future Technologies Group
> >> HPC Research Department                   Tel: +1-510-495-2352
> >> Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900
> >>
> >> _______________________________________________
> >> devel mailing list
> >> de...@open-mpi.org
> >> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> >>
> >
> >
> > --
> > Jeff Squyres
> > jsquy...@cisco.com
> > For corporate legal information go to:
> > http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> >
> > _______________________________________________
> > devel mailing list
> > de...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/devel
> 
> 
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> 


-- 
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/


Reply via email to