fix(c examples): link pact_ffi cdylib instead of staticlib to pull in vendored Lua

corrosion defaults to linking consumers against the pact_ffi staticlib, but
mlua's vendored Lua build is only baked in by cargo when linking the cdylib,
causing undefined lua_* symbol errors when building the C consumer/provider
examples. Restrict corrosion_import_crate to the cdylib crate type so it
links against libpact_ffi.so instead.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Author: rholshausen

c/consumer/CMakeLists.txt

@@ -50,8 +50,15 @@ find_package(BZip2 REQUIRED)
 find_package(ZLIB REQUIRED)
 
 # The Pact FFI is a Rust project
+#
+# We only import the cdylib crate type here (rather than the default, which
+# would prefer the staticlib). pact_ffi pulls in native static libraries via
+# dependencies' build scripts (e.g. mlua's vendored Lua), which cargo bakes
+# into the cdylib at link time but does not surface to corrosion for the
+# staticlib, causing missing symbol errors when linking against libpact_ffi.a.
 corrosion_import_crate(
     MANIFEST_PATH "${PACT_FFI_ROOT}/Cargo.toml"
+    CRATE_TYPES cdylib
 )
 corrosion_experimental_cbindgen(
     TARGET pact_ffi

c/provider/CMakeLists.txt

@@ -49,8 +49,15 @@ find_package(BZip2 REQUIRED)
 find_package(ZLIB REQUIRED)
 
 # The Pact FFI is a Rust project
+#
+# We only import the cdylib crate type here (rather than the default, which
+# would prefer the staticlib). pact_ffi pulls in native static libraries via
+# dependencies' build scripts (e.g. mlua's vendored Lua), which cargo bakes
+# into the cdylib at link time but does not surface to corrosion for the
+# staticlib, causing missing symbol errors when linking against libpact_ffi.a.
 corrosion_import_crate(
     MANIFEST_PATH "${PACT_FFI_ROOT}/Cargo.toml"
+    CRATE_TYPES cdylib
 )
 corrosion_experimental_cbindgen(
     TARGET pact_ffi