Move gRPC/NIO deps off CocoaPods (provider-or-consumer)

.gitignore

@@ -3,6 +3,7 @@
 /ios/libpiratelc.h
 /ios/libpiratelc.xcframework/
 /ios/PirateLightClientKit/
+/ios/vendored/
 /lib/
 /tmp/
 

react-native-piratechain.podspec

@@ -2,6 +2,40 @@ require "json"
 
 package = JSON.parse(File.read(File.join(__dir__, "package.json")))
 
+# Each bundled C dep module (ios/vendored/cmodules/<Name>/ — headers +
+# module.modulemap) becomes one relative clang include path, so the in-pod
+# PirateLightClientKit source can resolve the C modules that the pre-built
+# Swift dependency modules (SwiftNIO / GRPC) import.
+cmodule_flags = Dir.glob(File.join(__dir__, "ios/vendored/cmodules/*"))
+  .select { |p| File.directory?(p) }
+  .map { |p| "-Xcc -I\"$(PODS_TARGET_SRCROOT)/ios/vendored/cmodules/#{File.basename(p)}\"" }
+  .join(" ")
+
+# The pre-built Swift modules under ios/vendored/ are only readable by the
+# EXACT Swift compiler that produced them (the binary .swiftmodule format is
+# not stable across compilers, and the stable alternative — library-evolution
+# .swiftinterface — is unavailable because swift-nio rejects evolution builds
+# by upstream policy; see apple/swift-nio#2470/#2897, closed "not planned").
+# Fail fast with instructions instead of letting the build die later on a
+# cryptic "module compiled with Swift X cannot be imported by Swift Y" error.
+stamp_path = File.join(__dir__, "ios/vendored/swift-version.txt")
+if File.exist?(stamp_path)
+  built_with = File.read(stamp_path).strip
+  local_swift = `xcrun swift --version 2>/dev/null`[/swiftlang-[0-9.]+/]
+  if !built_with.empty? && !local_swift.nil? && built_with != local_swift
+    raise <<~MSG
+      react-native-piratechain: the prebuilt Swift dependency modules in
+      ios/vendored/ were built with #{built_with}, but this machine's Swift
+      compiler is #{local_swift}. Binary .swiftmodule files only load under the
+      exact compiler that produced them.
+
+      Fix: rebuild the vendored dependencies with your toolchain:
+        cd node_modules/react-native-piratechain && npm run update-sources
+      (or switch to the Xcode whose Swift is #{built_with})
+    MSG
+  end
+end
+
 Pod::Spec.new do |s|
   s.name         = package['name']
   s.version      = package['version']
@@ -15,6 +49,10 @@ Pod::Spec.new do |s|
     :git => "https://github.com/EdgeApp/react-native-piratechain.git",
     :tag => "v#{s.version}"
   }
+
+  # The bridge + the vendored PirateLightClientKit Swift source, compiled
+  # in-pod as ONE module (so the bridge uses SDK types directly — see copySwift
+  # in scripts/updateSources.ts).
   s.source_files =
     "ios/libpiratelc.h",
     "ios/react-native-piratechain-Bridging-Header.h",
@@ -25,10 +63,52 @@ Pod::Spec.new do |s|
     "piratechain-mainnet" => "ios/PirateLightClientKit/Resources/piratesaplingtree-checkpoints/mainnet/*.json",
     "piratechain-testnet" => "ios/PirateLightClientKit/Resources/piratesaplingtree-checkpoints/testnet/*.json"
   }
-  s.vendored_frameworks = "ios/libpiratelc.xcframework"
 
   s.dependency "MnemonicSwift", "~> 2.2"
-  s.dependency "gRPC-Swift", "~> 1.8"
-  s.dependency "SQLite.swift/standalone", "~> 0.14"
   s.dependency "React-Core"
+
+  # ---------------------------------------------------------------------------
+  # The SDK's SwiftPM dependencies (grpc-swift, SwiftNIO, SwiftProtobuf,
+  # SQLite.swift) pre-built into libPirateDeps.xcframework, plus their Swift and
+  # C modules (ios/vendored/modules + cmodules) that the in-pod
+  # PirateLightClientKit source imports at compile time. grpc-swift 1.24+ ships
+  # SwiftPM-only with no podspec, so these can no longer be CocoaPods
+  # `dependency`s; vendoring them as a static binary keeps the host app on
+  # STATIC frameworks.
+  #
+  # PROVIDER / CONSUMER — the host app chooses:
+  # react-native-zcash links the SAME dependency graph and vendors it the same
+  # way. Two copies of that graph on one app link line collide under the app's
+  # -ObjC flag (it force-loads every Swift archive member → tens of thousands of
+  # duplicate symbols), so exactly ONE pod may put the graph on the link line.
+  #   * PROVIDER (default): this pod links its own libPirateDeps.xcframework and
+  #     is fully self-contained — correct for any app that uses piratechain
+  #     without react-native-zcash.
+  #   * CONSUMER: an app that ALSO installs react-native-zcash (e.g. Edge) sets
+  #       ENV['RN_PIRATECHAIN_VENDOR_DEPS'] = 'false'
+  #     in its Podfile. This pod then omits its own archive from the link and its
+  #     grpc/NIO symbols resolve from zcash's archive instead. In BOTH modes the
+  #     in-pod SDK source still compiles against the modules below.
+  # scripts/depsPackage.resolved pins this graph to the EXACT versions
+  # react-native-zcash resolves, so the two archives are interchangeable — keep
+  # them in lockstep when react-native-zcash bumps its SDK.
+  #
+  # sqlite3 is not in this binary: on Apple platforms SQLite.swift has no C-shim
+  # target — it imports the system `sqlite3` clang module. (Edge's pre-existing
+  # duplicate-sqlite3 ld WARNINGS come from libpiratelc vs libzcashlc, the two
+  # Rust cores, and are unrelated to this package's deps binary.)
+  #
+  # Regenerate ios/vendored/ with `npm run update-sources`
+  # (scripts/buildVendoredDeps.ts).
+  # ---------------------------------------------------------------------------
+  vendor_deps = ENV['RN_PIRATECHAIN_VENDOR_DEPS'] != 'false'
+  vendored_frameworks = ["ios/libpiratelc.xcframework"] # the Rust core, always
+  vendored_frameworks << "ios/vendored/libPirateDeps.xcframework" if vendor_deps
+  s.vendored_frameworks = vendored_frameworks
+
+  s.preserve_paths = "ios/vendored/**/*"
+  s.pod_target_xcconfig = {
+    "SWIFT_INCLUDE_PATHS" => "\"$(PODS_TARGET_SRCROOT)/ios/vendored/modules\"",
+    "OTHER_SWIFT_FLAGS" => cmodule_flags
+  }
 end