RFR: 7903666: Jextract should report issues with missing dependencies [v2]

[Jorn Vernee]

On Fri, 16 Feb 2024 17:00:21 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

>> When custom include filters are specified on the command line, it is possible for jextract to generate non-sensical code (now even more so than in the past). Possible issues:
>> 
>> * a function descriptor refers to a non-existent struct/union
>> * a struct/union typedef refers to a non-existent struct/union
>> * a struct/union field refers to a non-existent struct/union
>> * a global variable refers to a non-existent struct/union
>> 
>> In such cases, jextract should terminate (and report the problem to the user), rather than generating buggy code.
>> 
>> The fix is relatively simple, and amounts at checking whether a declaration depends on a skipped struct in `IncludeHelper`. That said, when we detect an issue, we should stop jextract. So we need some way to notify jextract that some error occurred, and stop.
>> 
>> I initially had a hacky approach with some mutable field in `IncludeFilter`, but I've decided to implement a minimal Logger class, and make _all_ error/warnings go through the Logger. This way we can easily check how many errors occurred, and stop jextract if needed. Of course, this led to several changes, as I realized that we were being inconsistent on our usage of the property file. I now made sure that all messages use some key in the property file (e.g. no lone strings). This might be important if jextract message will ever be translated to languages other than English.
>
> Maurizio Cimadamore has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Address review comments
>   Update README to talk about missing dependencies

Marked as reviewed by jvernee (Committer).

-------------

PR Review: https://git.openjdk.org/jextract/pull/214#pullrequestreview-1885651216