Integrated: 7903666: Jextract should report issues with missing dependencies

[Maurizio Cimadamore]

On Fri, 16 Feb 2024 15:05:49 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.

This pull request has now been integrated.

Changeset: ddb6adec
Author:    Maurizio Cimadamore <mcimadamore at openjdk.org>
URL:       https://git.openjdk.org/jextract/commit/ddb6adeca78625f8d13e41a2a99a7e90f1f30dd3
Stats:     423 lines in 13 files changed: 278 ins; 56 del; 89 mod

7903666: Jextract should report issues with missing dependencies

Reviewed-by: jvernee

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

PR: https://git.openjdk.org/jextract/pull/214