From a09f1835ae98e7ebcb236a7cb277ab275c54f0dd Mon Sep 17 00:00:00 2001 From: Not Zed Date: Mon, 6 Jan 2020 19:55:07 +1030 Subject: [PATCH] Minor fixes and editing. --- README | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/README b/README index 1d38718..6fe7c06 100644 --- 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 ------- -- 2.39.5