Hello again!
For that compiler error which you could reproduce, will you file a bug report,
or is the API that much under change currently, that it's not relevant yet?
Sorry, the proposed workaround produces same error for me.
For the use case calling a method whose signature is unknown prior
Le 07/11/2010 10:17, assembling signals a écrit :
Hello again!
For that compiler error which you could reproduce, will you file a bug report,
or is the API that much under change currently, that it's not relevant yet?
Sorry, the proposed workaround produces same error for me.
Works
07.11.10, 14:58, Rémi Forax fo...@univ-mlv.fr:
Works with javac. Do you use it ?
Hm, strange, I thought Netbeans would use the usual javac, but now I guess it
uses
some API calls to compile files. Because using javac from command line works
indeed!
Why do you want to call a method with a
Le 07/11/2010 18:48, assembling signals a écrit :
07.11.10, 14:58, Rémi Foraxfo...@univ-mlv.fr:
Works with javac. Do you use it ?
Hm, strange, I thought Netbeans would use the usual javac, but now I guess it
uses
some API calls to compile files. Because using javac from
John, I wonder if invokeVarargs() with 0 argument should
use invokeGeneric instead of the genericInvoker.
Also it seems that there is no check in the VM that the default target
of a switch can be not taken.
In fact, it's not related to a switch. C2 generates code even
if the branch was
On Nov 7, 2010, at 3:15 PM, Rémi Forax wrote:
John, I wonder if invokeVarargs() with 0 argument should
use invokeGeneric instead of the genericInvoker.
Also it seems that there is no check in the VM that the default target
of a switch can be not taken.
Probably. invokeWithArguments (which
On Nov 7, 2010, at 1:17 AM, assembling signals wrote:
For the use case calling a method whose signature is unknown prior to
runtime
(such as some lib, loaded externally) :
That's what MethodHandles.genericInvoker is for.
You can also do this yourself by calling Lookup.findVirtual on
