From fd2a6b1e15cdc936b9e4f281119f0a37cac54a2e Mon Sep 17 00:00:00 2001 From: Jakob Odersky Date: Sat, 18 Jan 2014 22:26:37 +0100 Subject: update arm specification --- README.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'README.md') diff --git a/README.md b/README.md index 2eaf39b..157170a 100644 --- a/README.md +++ b/README.md @@ -19,10 +19,10 @@ ATTENTION: flow uses native libraries to back serial communication, therefore be This will add a jar to your classpath containing native libraries for various platforms. At run time, the correct library for the current platform is selected, extracted and loaded. This solution enables running applications seamlessly, as if they were pure JVM applications. However, since the JVM does not enable full determination of the current platform (only OS and rough architecture are known), only a couple of platforms are supported through this solution. Currently, these are given in the table below. - | OS (tested on) | Architecture | Notes | + | OS | Architecture | Notes | |-------------------|----------------------|------------------------------------------------------------------------| - | Linux (3.2.0) | x86
x86_64
ARM | ARM specification: v7, hard float ABI (may work on other versions too, any feedback is welcome!)
A user accessing a serial port may need to be in the dialout group| - | Mac OS X (10.6.8) | x86_64 | Use /dev/cu* device instead of /dev/tty*. | + | Linux | x86
x86_64
ARM (v7, hardfloat, glibc 2.13) | A user accessing a serial port may need to be in the dialout group
ARM may work on other versions too, any feedback is welcome!
| + | Mac OS X | x86_64 | Use /dev/cu* device instead of /dev/tty*. | 2. Maximum scalability: do not include the second dependency above. Instead, for every end-user application that relies on flow, manually add the native library for the current platform to the JVM's library path. This can be achieved through various ways, notably: -- cgit v1.2.3