Minor fixes and editing.

diff --git a/README b/README
index 1d38718..6fe7c06 100644 (file)
--- a/README
+++ b/README
@@ -52,7 +52,7 @@ libapi.so.
 The generator is quite flexible, sub-sets of functions can be placed
 in alternative *Lib.java files, types can be filtered.  If a function
 or type is specified explicitly, then only those types it requires are
-included in the generated output.
+included in the generated output (recursively).
 
 See the top of the file for details, it's probably up to date.
 
@@ -70,21 +70,23 @@ gcc 9.
 The dumper will hard-fail if it sees defintions it doesn't understand,
 and currently it's only been tested with a small nubmer of libraries.
 
-enumerations are currently translated to integres.  The generator
-doesn't currently export any to Java.
+Enumerations are currently translated to integers.  The generator
+doesn't currently export any of the symbolic values to Java but it is
+easy to add.
 
 varags is not implemented.
 
 All function pointers are translated to a unique set of functional
-interfaces whose names are based on the function signature.  So they
-should remain stable.
+interfaces whose names are based on the function signature.  So the
+type names are ugly but they are stable.
 
-Anonymous type names are based on the structure member they belong to,
-but they may not be unique.
+Anonymous type names are based on the structure member they belong to
+so they may not be unique.
 
 It will only ever support c.
 
-Only tested against the panama 'openjdk-14-panama+1-15_linux'.
+Only tested against the panama 'openjdk-14-panama+1-15_linux' on
+slackware-current @ 2020.01.01 and gcc 9.2.0.
 
 License
 -------