summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJari Vetoniemi <mailroxas@gmail.com>2018-11-19 16:47:40 +0200
committerJari Vetoniemi <mailroxas@gmail.com>2018-11-19 16:47:40 +0200
commit3f0a3b55ddcc44a5708d8b7bc18dc8bfa4a1adcc (patch)
tree36a22b98eebe6127beddeec2cd852f9ddfaee893
parenteb30ed3167947dc088e72b8173f79b343887fc7d (diff)
corrections to readme
-rw-r--r--README.md6
1 files changed, 3 insertions, 3 deletions
diff --git a/README.md b/README.md
index a60117f..794c6fb 100644
--- a/README.md
+++ b/README.md
@@ -63,18 +63,18 @@ it's talking to java but in reality it's calling functions from the
`runtime/libjvm-*.so` libraries. The `runtime/libjvm-*.so` libraries
implement java apis referenced by the application in C.
-In future, there might be very small java bytecode interpreter, that we
+In future, there might be very small dalvik bytecode interpreter, that we
can use to eliminate the need of porting internal java dependencies and
implementing entrypoint for every native application. We would only have
to implement the external java apis that exist in android system image in
C, and yes, this also means you could run android java applications.
If you are porting android application to GNU/Linux that heavily relies
-on JNI, you can use the `libjvm.a` to use the minimal JVM inside the
+on JNI, you can use the `libjvm.so` to use the minimal JVM inside the
application, without having to rewrite the JNI reliant code. At this
moment however, you still have to manually do the initial JNI calls
that setup and initialize your application. This may not be needed
-eventually, if we implemented what was described above (minimal java
+eventually, if we implemented what was described above (minimal dalvik
bytecode interpreter).
## Related Work