Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » IMP » IMP Refactorings
IMP Refactorings [message #7360] Wed, 26 September 2007 20:24 Go to next message
Eclipse User
Originally posted by: olegm.gmail.com

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).

Best,
OM
Re: IMP Refactorings [message #7434 is a reply to message #7360] Tue, 02 October 2007 17:27 Go to previous message
Robert M. Fuhrer is currently offline 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 Go to previous message
Robert M. Fuhrer is currently offline 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)
Previous Topic:Accommodating established languages (communities, tools)?
Next Topic:JavaScript and IMP
Goto Forum:
  


Current Time: Tue Sep 23 02:36:00 GMT 2014

Powered by FUDForum. Page generated in 0.13916 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software