[codex] fix static apple xcframework packaging

[kateinoigakukun]

Description

• package static Apple builds as true static-library XCFramework entries by passing -library/-headers to xcodebuild -create-xcframework
• keep the existing dynamic framework path unchanged
• resolve headers from either Headers or Versions/A/Headers so the packager works across framework layouts

Motivation and Context

The current static artifact is built as an XCFramework whose slices point at onnxruntime.framework, even though the embedded binary is actually a static archive. That incorrect XCFramework shape makes Xcode/SwiftPM treat the artifact like an embeddable framework, which leads downstream apps to ship a stub onnxruntime.framework in their IPA.

This change makes static builds emit real static-library XCFramework metadata instead:

• LibraryPath = libonnxruntime.a
• BinaryPath = libonnxruntime.a
• HeadersPath = Headers

That keeps the compile-time headers available while avoiding the framework-style packaging that triggers the downstream embed behavior.

Validation:

• rebuilt the static Apple XCFramework locally with tools/ci_build/github/apple/build_apple_framework.py
• confirmed the output XCFramework plist now advertises libonnxruntime.a slices instead of onnxruntime.framework
• confirmed the rebuilt slices on disk are static archives