... | ... | @@ -73,8 +73,9 @@ into richer number types, so that you can experiment, at a very low cost, some |
|
|
beautiful models such as arbitrary precision numbers, interval computation,
|
|
|
or even the marvelous automatic differentiation.
|
|
|
See [§3](home#3-cojac-the-enriching-wrapper). This second tool is fun but still experimental (some
|
|
|
[limitations](home#52-issues-with-the-wrapper),
|
|
|
problems with Java8 lambdas, strong slowdown...).
|
|
|
[limitations](home#52-issues-with-the-wrapper) such as quite naive models implementation,
|
|
|
strong slowdown, poorly tested support for Java8 lambdas, problem when user-code
|
|
|
is "called back" from Java library...).
|
|
|
|
|
|
With COJAC you don't have to modify your source code or even recompile. All
|
|
|
the work is done at runtime, when your application gets instrumented on-the-fly.
|
... | ... | @@ -592,8 +593,9 @@ when arrays of numbers are involved. |
|
|
* We don't handle the "callbacks" from java library to user code when floating
|
|
|
point numbers are being passed around.
|
|
|
|
|
|
* We don't handle `invokedynamic` for the moment, so there are problems with
|
|
|
java8 lambdas.
|
|
|
* We have tried to handle `invokedynamic` (at least how Java8 compilers
|
|
|
use it), but it has not been thoroughly tested yet, so we expect some problems
|
|
|
with java8 lambdas.
|
|
|
|
|
|
* We don't handle the possible use of Java reflection (in case of method
|
|
|
invocations via reflection, we don't apply the necessary transformations).
|
... | ... | |