Ran `flutter create --platforms=macos,ios --project-name=chanora_flutter
--org=app.chanora .` on the M1 Mac to generate the standard Flutter
platform-specific scaffolding (Runner.xcodeproj, Podfile, AppDelegate,
entitlements, etc.) for both macOS and iOS.
The cross-platform Dart source (lib/) and Rust workspace (crates/,
core/) carry the actual application logic; these scaffolds are
required only so flutter build macos / ios can resolve their Xcode
projects. No application code added.
macOS smoke-launch from the M1 Mac verified the bridge dylib load
path: after manually wrapping libchanora_bridge.dylib into a proper
chanora_bridge.framework bundle (FRB on macOS expects a framework,
not a plain dylib) and codesigning ad-hoc, the runner starts cleanly
through 'bridge initialised', 'identity store initialised', 'bookmark
store initialised' just like the Linux runner.
Following commits will:
* Wire the framework-bundling step into build glue (currently manual
install_name_tool + codesign).
* Replace the macOS PTT backend stub (crates/chanora_audio/src/
ptt_backends/macos.rs) with live IOHIDCheckAccess +
CGEventTapCreate so the descriptor advertises real L2/L3 capability
on a permission-granted box (SDD-085).
* Add the iOS AVAudioSession PlayAndRecord+voiceChat wiring.
* Add docs/verification/macos-p0-acceptance.md and ios-p0-acceptance.md.
14 lines
580 B
Plaintext
14 lines
580 B
Plaintext
WARNING_CFLAGS = -Wall -Wconditional-uninitialized -Wnullable-to-nonnull-conversion -Wmissing-method-return-type -Woverlength-strings
|
|
GCC_WARN_UNDECLARED_SELECTOR = YES
|
|
CLANG_UNDEFINED_BEHAVIOR_SANITIZER_NULLABILITY = YES
|
|
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE
|
|
CLANG_WARN__DUPLICATE_METHOD_MATCH = YES
|
|
CLANG_WARN_PRAGMA_PACK = YES
|
|
CLANG_WARN_STRICT_PROTOTYPES = YES
|
|
CLANG_WARN_COMMA = YES
|
|
GCC_WARN_STRICT_SELECTOR_MATCH = YES
|
|
CLANG_WARN_OBJC_REPEATED_USE_OF_WEAK = YES
|
|
CLANG_WARN_OBJC_IMPLICIT_RETAIN_SELF = YES
|
|
GCC_WARN_SHADOW = YES
|
|
CLANG_WARN_UNREACHABLE_CODE = YES
|