Mark, Yes, I understand that changes always bring both technical challenges and unfortunately as you mention also political ones. Truffle offers an incremental option (see details in Chris’ mail). It in particular also works exactly like you describe below: It is a Java library that makes executing Truffle AST (which are pure Java programs) fast. Truffle language implementations can gracefully interact with *all* programs on top of the JVM, including language implementations that dynamically generate bytecodes.
- thomas On 31 Aug 2014, at 22:54, Mark Roos <mr...@roos.com> wrote: > --PURE OPINION--- > Thomas > you state: > > Overall, I still believe that sometimes a larger step is needed when > current > techniques start to reach local maxima. > > Which, as you mention in other posts, only time will tell if your beliefs are > correct. > I have learned that when proposing such sweeping change that it works better > to > offer it in smaller bites. Most of us to not have the luxury of starting > over just to > try an option however appealing. > > As I and others have posted, a library plus changes to hotspot allowing > custom > method compilation to object code would be an interesting option. Low risk > with > potential high rewards. Not to mention politically easier. > > in any case keep up the good work > mark > > _______________________________________________ > mlvm-dev mailing list > mlvm-dev@openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
_______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev