|
| Re: IMP Refactorings [message #7434 is a reply to message #7360] |
Tue, 02 October 2007 17:27  |
 Robert M. Fuhrer
Messages: 294
Registered: July 2009 |
Senior Member |
|
|
Oleg Mürk wrote:
> Hello once again :)
>
> I wonder if the refactoring support described in
> http://eclipse-imp.sourceforge.net/publications/SAFARI-Eclip seCon-2007-LongTalk.pdf
>
> is available publicly or is it an internal IBM project at the moment?
> The refactorings currently available in IMP are somewhat basic (rename
> method, etc).
The refactoring support available in IMP at the moment is pretty simple
and bleeding edge. Aside from what you mentioned:
- A simple "New Refactoring" wizard, which creates the requisite set of
classes (refactoring action, refactoring wizard classes, and a stub
Refactoring implementation class. It's been a while since I even looked
at this stuff, but my recollection is that although the code it generates
doesn't quite compile cleanly, it's pretty close, and therefore still
pretty useful.
- The beginning of some analysis code to enable type-related refactoring
in the project org.eclipse.imp.analysis. It's basically a "port" of the
type constraint infrastructure we built for the JDT type-related
refactorings. Part of the porting effort is concerned with removing JDT
dependencies so that it can be used with other compiler front ends, and
for other kinds of languages.
- org.eclipse.imp.xform has the beginning of a language-independent AST
rewriting specification language and engine. We're just starting to
work with some colleagues at CWI on this and related issues, and they
have some pretty sophisticated transformation tools, so we may either
complete what's in imp.xform, or scrap it altogether and plug in
something entirely different.
Other than that, the more advanced bits of refactoring work are basically
internal at the moment. E.g. we're working on some more interesting
concurrency-related refactorings for X10 using an adapter to the WALA
static analysis engine, but it's not yet in a state where we feel that
people would benefit from our publishing it.
Hope that helps clarify things a bit.
Cheers,
-- Bob
--------------------------------
Robert M. Fuhrer
Research Staff Member
Programming Technologies Dept.
IBM T.J. Watson Research Center
IMP Team Lead (http://eclipse-imp.sourceforge.net)
X10: Productivity for High-Performance Parallel Programming (http://x10.sf.net)
|
|
|
| Re: IMP Refactorings [message #566838 is a reply to message #7360] |
Tue, 02 October 2007 17:27 |
Robert M. Fuhrer
Messages: 294
Registered: July 2009 |
Senior Member |
|
|
Oleg Mürk wrote:
> Hello once again :)
>
> I wonder if the refactoring support described in
> http://eclipse-imp.sourceforge.net/publications/SAFARI-Eclip seCon-2007-LongTalk.pdf
>
> is available publicly or is it an internal IBM project at the moment?
> The refactorings currently available in IMP are somewhat basic (rename
> method, etc).
The refactoring support available in IMP at the moment is pretty simple
and bleeding edge. Aside from what you mentioned:
- A simple "New Refactoring" wizard, which creates the requisite set of
classes (refactoring action, refactoring wizard classes, and a stub
Refactoring implementation class. It's been a while since I even looked
at this stuff, but my recollection is that although the code it generates
doesn't quite compile cleanly, it's pretty close, and therefore still
pretty useful.
- The beginning of some analysis code to enable type-related refactoring
in the project org.eclipse.imp.analysis. It's basically a "port" of the
type constraint infrastructure we built for the JDT type-related
refactorings. Part of the porting effort is concerned with removing JDT
dependencies so that it can be used with other compiler front ends, and
for other kinds of languages.
- org.eclipse.imp.xform has the beginning of a language-independent AST
rewriting specification language and engine. We're just starting to
work with some colleagues at CWI on this and related issues, and they
have some pretty sophisticated transformation tools, so we may either
complete what's in imp.xform, or scrap it altogether and plug in
something entirely different.
Other than that, the more advanced bits of refactoring work are basically
internal at the moment. E.g. we're working on some more interesting
concurrency-related refactorings for X10 using an adapter to the WALA
static analysis engine, but it's not yet in a state where we feel that
people would benefit from our publishing it.
Hope that helps clarify things a bit.
Cheers,
-- Bob
--------------------------------
Robert M. Fuhrer
Research Staff Member
Programming Technologies Dept.
IBM T.J. Watson Research Center
IMP Team Lead (http://eclipse-imp.sourceforge.net)
X10: Productivity for High-Performance Parallel Programming (http://x10.sf.net)
|
|
|
Powered by
FUDForum. Page generated in 0.02877 seconds
] 
Search
Help
Register
Login
Home
