You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to have a "more complete" Desktop SDK that supports Java code, akin to a (massive) subset of .NET Android. The infrastructure implicit to such a thing would also allow simplifying the (currently hardcoded) typemap entries within our unit tests.
For example, consider the various _CreateJavaCallableWrappers targets we currently have, which invoke jcw-gen. It would be handy to extend jcw-gen to also emit XML files containing the type mappings, so that all the unit tests don't need to provide their own separate typemap dictionaries; this could instead be (partially supported) by jcw-gen, which has all the information needed to emit typemap data already.
The text was updated successfully, but these errors were encountered:
Just in case you were going to work on this "soon", there is an extensive refactor in progress for jcw-gen that would likely make this task significantly easier: #1174.
Related: #858
It would be nice to have a "more complete" Desktop SDK that supports Java code, akin to a (massive) subset of .NET Android. The infrastructure implicit to such a thing would also allow simplifying the (currently hardcoded) typemap entries within our unit tests.
For example, consider the various
_CreateJavaCallableWrappers
targets we currently have, which invokejcw-gen
. It would be handy to extendjcw-gen
to also emit XML files containing the type mappings, so that all the unit tests don't need to provide their own separate typemap dictionaries; this could instead be (partially supported) by jcw-gen, which has all the information needed to emit typemap data already.The text was updated successfully, but these errors were encountered: