Hi,
I don't get the full benefit from the proposal of componentizing
optimization.
Clearly, there is an infrastructure level change for Open64. The motivation is
to improve debugging
capability? For the optimization phrases already in C++, this move makes sense.
However, a lot of optimizations are written in C so far, and functions are
referenced each other. If
just simply wrapping up a bunch of functions into a C++ class without adding
new corresponding
supporting code, I imagine this move will dramatically hurt the easiness of
debugging for optimizations
in C. for example, by C++ style name mangling. So I would like to see the
detail about how C functions
will be handled.
HP has big team on Open64. But, syncing also cost resources, I suggest delaying
this project and putting resources to implement new optimizations and new
features at first. Other
compilers such as GNU improve on those fields very fast.
Yin
----- Original Message -----
From: Min Zhao
To: open64-devel@lists.sourceforge.net
Sent: Monday, October 11, 2010 4:03 PM
Subject: [Open64-devel] Proposal for phase componentization
Hi,
We propose to make changes for componentizing optimization phases in open64
at HP.
The primary motivation for componentizing optimization phases is to allow
easy and consistent handling of traces, dumps, options and statistics. Adding
new optimization phases will be much simplified, which is especially desirable
for the newcomers in open64. The ramp-up cost for them will be reduced. In
short, to achieve this goal, a base component class is defined. Each
optimization phase is derived from base component class.
Please find the attached proposal. It describes the motivation and the
proposed design details. We really appreciate, if you could send your comments
by EOB on Friday, October 15.
Best Regards,
Min Zhao
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
------------------------------------------------------------------------------
_______________________________________________
Open64-devel mailing list
Open64-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open64-devel
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Open64-devel mailing list
Open64-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open64-devel
