> The design of the hotswap patch is described in the PDF linked from
> this page:
> http://wikis.sun.com/display/mlvm/HotSwap
>
> I believe (under correction from you, Thomas!) that the patch is the
> initial result of a research project that he did earlier this year at
> JKU Linz, that he i
Here is the list of points that
I think we should talk during the submit :)
- method handle invocation
- john: check == againt method type
- fredrik: allow all conversions described in MHs.convertArguments()
- rémi: allow all already existing JVM conversions
parameter types cov
Le 16/09/2009 02:56, John Rose a écrit :
(Getting a round of EG work in before the Summit, so we'll have more
to talk about. :-)
[...]
Regarding the LDC proposal, it came to my attention that JSR 294
(Modularity) is planning to add new ConstantPool types as well. This
makes me very opposed t
(Getting a round of EG work in before the Summit, so we'll have more
to talk about. :-)
On Jul 15, 2009, at 6:02 AM, Daniel Heidinga wrote:
Regarding keeping MHs.methodType, it seems cleaner to keep the
MethodHandles factory and the MethodType factory separate. The
static import concerns ca
On Sep 13, 2009, at 12:22 AM, Patrick Wright wrote:
I just saw that you pushed a changeset from Thomas Wuerthinger related
to expanding hotswap--from the unit tests included, it looks pretty
nice--add/remove fields and methods etc. Anything you can tell us
about it, status etc? I didn't know any