Related articles |
---|
[2 earlier articles] |
Re: Debugging optimized code johnson@cs.uiuc.edu (Ralph Johnson) (1990-07-30) |
Re: Debugging optimized code pattis@cs.washington.edu (1990-07-30) |
Re: Debugging optimized code jclark@src.honeywell.com (1990-07-31) |
debugging optimized code cmtice@cs.berkeley.edu (Caroline Tice) (1998-09-18) |
Re: debugging optimized code simmons@nortel.ca (Steve Simmons) (1998-09-22) |
Re: debugging optimized code qjackson@wave.home.com (Quinn Tyler Jackson) (1998-09-24) |
Re: debugging optimized code michael.ross@intel.com (Michael Ross) (1998-09-24) |
Re: debugging optimized code pmai@acm.org (Pierre Mai) (1998-10-06) |
From: | Michael Ross <michael.ross@intel.com> |
Newsgroups: | comp.compilers |
Date: | 24 Sep 1998 00:23:51 -0400 |
Organization: | Intel Corp. |
References: | 98-09-061 98-09-117 |
Keywords: | Fortran, optimize, debug |
Steve Simmons wrote:
>
> Convex released a commercially available debugger in '91. A paper was
> presented at ACM SIGPLAN PLDI in June '92. It has good bibliography
> in the back. Lotsa more recent papers like to refer to this one
> paper.
>
> BTW, I am one of the authors ;-) And yes, I do flip to the back on any
> paper about debugging optimized code to check to see if it is
> referenced (simple vanity)...
Max Copperman published a paper in TOPLAS on debugging optimized code.
And though we never published, if you can find an old Apollo Domain
system with sr9.5 or later, its debugger did a fair job of debugging
optimized code, in the presence of inlining, and most standard global
optimizations. Didn't have to deal with scheduling much for the 68k
architecture, though. -- __
Mike Ross
MicroComputer Software Labs
EY2-03
5350 N.E. Elam Young Parkway
Intel Corp.
Hillsboro, Oregon 97124
For information about Intel FORTRAN and VTUNE:
http://developer.intel.com/design/perftool/ifl24/ifl24wht.htm
http://developer.intel.com/design/perftool/VTUNE/fortenv.htm
For information about EPC FORTRAN 90:
http://www.epc.com
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.