Summary of Changes

Hello @Shiffted, I'm Gemini Code Assist¹! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request significantly enhances the robustness of Xmake's package management by introducing a comprehensive system for validating package API configurations. It establishes a dedicated framework for checking package definitions, integrates these checks into the package loading workflow, and generalizes the existing API checking infrastructure to support both build targets and packages. This ensures greater consistency and correctness in how packages are defined and used within the Xmake ecosystem.

Highlights

• New Package API Checking Module: A new module, check_api.lua, has been introduced to centralize the logic for validating package API configurations, allowing for systematic checks across package definitions.
• Integration of Package API Checks: The package loading process in package.lua now incorporates the new check_api module, ensuring that package API configurations are validated immediately after their environments are loaded.
• Generic API Checker Refactoring: The core api_checker.lua module has been refactored to be more generic, enabling API checks to apply not only to targets but also to packages, with functions like _check_instance and check_instances replacing target-specific counterparts.
• New Package Kind Checker: A specific checker, api.package.kind, has been added to validate the kind configuration for packages, ensuring it adheres to a predefined set of acceptable values such as 'binary', 'toolchain', 'library', or 'template'.
• Enhanced check Command: The check command plugin (main.lua) now intelligently loads required packages when api or api.package checkers are invoked, providing the necessary context for the new package API validation.

Does it ready now?

Does it ready now?

I would still like to add project.packges, even if they aren't package instances we can still check some apis with them. Otherwise, I would add another checkers() function so the package checkers are not shown in the check plugin.

@waruqi Can I make it public or is there some other way to access it here?

I would still like to add , even if they aren't package instances we can still check some apis with them. Otherwise, I would add another function so the package checkers are not shown in the check plugin.project.packges``checkers()

core.project.project/required_packages + core.package.package/load_from_project