RFR: 7903485 Windows.h fails to extract on jextract/panama [v2]
Maurizio Cimadamore
mcimadamore at openjdk.org
Mon Jun 12 13:42:08 UTC 2023
On Mon, 12 Jun 2023 12:42:45 GMT, Jorn Vernee <jvernee at openjdk.org> wrote:
> I thought perhaps the `else` was covering opaque types. i.e. in a case where we just have `typedef struct Opaque* opaque_t`, there would still be a `Declaration.Scoped` in the tree without a layout.
Yes and no - the main difference is that we tolerate opaque types when they are nested somewhere else. E.g. a pointer to an opaque type is a valid type for a struct field, or function parameter. Since the routine that create types ends up calling TreeMaker when it sees a struct/union, we have to do something for these types (other than returning `null`). But in such cases there' never a nested declaration attached to such types (because they are... opaque).
-------------
PR Review Comment: https://git.openjdk.org/jextract/pull/122#discussion_r1226683757
More information about the jextract-dev
mailing list