v0.2.0
Built against fighters-codex v0.3.0 (extern/fx_lib).
Added
- Plugin skeleton (roadmap Phase 1, #31):
bridge/builds the plugin shared
library (libfa-bridge.so/fa-bridge.dll/libfa-bridge.dylib) with a
stubfa::FaContentPackimplementing the engine'sIContentPack—
priority100 (overrides fl-base-pack),init()keyed onFA_INSTALL_DIR,
everyload*()empty until the transcode pipelines land — and exports
fighters_legacy_create_pack()for the engine'sModLoader(#10) extern/fl-headers/— the engine's three interface headers vendored verbatim
at engine v0.2.6, withPIN.mdrecording tag/SHA, per-file sha256 hashes, and
the update procedurepackaging/manifest.toml.in+ build-time staging: every build produces a
drop-in mod directory atbuild/<preset>/stage/mods/fa-bridge/- Assert-based smoke tests:
test_fa_content_pack(stub contract, allinit()
states) andtest_plugin_load(loads the built plugin exactly as the
engine'sModLoaderdoes — dlopen/LoadLibrary, factory symbol, manifest
consistency) FA_BUILD_TESTSCMake option (default ON); MSVC test presets;cteststep
restored in CI withnoTestsAction: error; sanitizer and coverage workflows
restored to run on every push and pull request.github/workflows/add-to-project.yml— auto-adds newly opened (or reopened)
issues and pull requests to the org-wide
Fighters Ecosystem project board
viaactions/add-to-project; usespull_request_targetso fork PRs can read
theADD_TO_PROJECT_PATorg secret without checking out untrusted code
Fixed
asanandcoveragepresets now pass their instrumentation flags to shared
library links (CMAKE_SHARED_LINKER_FLAGS) — required for a SHARED plugindebug-msvc/release-msvctest presets exist, so the
ctest --preset debug-msvcinstruction in docs/development.md works