[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[List Home]
|
Re: [asm] Re: [aspectj-dev] bcel
|
- From: "Torsten Curdt" <tcurdt@xxxxxxxxxx>
- Date: Mon, 1 May 2006 21:36:13 +1000
- Delivered-to: aspectj-dev@eclipse.org
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PdYS53JU/of/Ee8V4TslufCb9ty19/S18ITOhiXGGAccicth70lszdTYiQ9FnudtdIV0cWLa+1M96r3v+bt5M8Z18x2gIicD492Wvy8sy6GVJPeMgCZKf/gzlQRRpNFm/Rg6gCJRHevhRuI/yS7I7KXk1dfkKah7vLkqWWfCee8=
>> The costs of switching
>> from BCEL to ASM might be just too high.
> That actually could be a good summer project...
What is about FindBugs as a first/best candidate to the such port? It is
based on BCEL and therefore has poor memory footprint / performance.
Not sure if eclipse or apache could pose as mentoring organization here :-/
> E.g. build some
> intermediate bridge that would use ASM underneath or some kind of source
> code analyzer/transformer to help with straight migration from BCEL to
> ASM tree API (maybe even as simple as Jackpot rules, or somehow reuse
> Eclipse's binary refactorings).
That would be cool for sure ...although I fear (just a gut feeling) it's not
going to be *that* easy.
> I've been looking on such conversion
> process at some point and it seems there is big similarity between BCEL
> and ASM.
Well ....it would definetly be a very interesting project.
cheers
--
Torsten