Analyze Rust FFI Crate Surface

Compile a list of all C-visible symbols defined in a given Rust FFI crate or file (e.g. an extern "C" fn annotated with #[unsafe(no_mangle)] or a type definition). Then determine which parts of the C codebase use these symbols.

Arguments

• <path>: Path to the Rust crate or file.
• <path 1> <path 2>: Multiple Rust crates/files.

If the path doesn't start with src/, assume it to be in the src/redisearchrs/centrypoint directory. E.g. numericrangetreeffi becomes src/redisearchrs/numericrangetree_ffi. If the path points to a directory, review the documentation of all Rust files in that directory.

Instructions

• Read the relevant Rust source files.
• Compile a list of all the FFI symbols defined they expose (e.g. extern "C" fn annotated with #[unsafe(no_mangle)] or type definitions).

You can use the corresponding auto-generated header file in src/redisearch_rs/headers, if it helps.

• For each symbol, determine which modules in the C codebase use it:

- For functions, look for calls to the function in the C codebase. - For types, check out if they are used as function arguments, field types, or in type casts.

Emit a report that lists, for each symbol, the following information:

• The symbol name.
• The module(s) in the C codebase that use it.
• The type(s) of the symbol (function, type, etc.).
• If it's only used in C/C++ unit tests (i.e. under `tests/)

Auto-generated header files

Each *ffi Rust crate has a corresponding auto-generated header file in src/redisearchrs/headers, generated from rustdoc by the cheadergen CLI (configured in src/redisearchrs/cheadergen.toml, invoked from src/redisearchrs/CMakeLists.txt). The auto-generated header file includes all the FFI symbols defined by the Rust crate, no matter the sub-module they are defined in.