pear

old version xcode 3rd part static library use config "Embed & sign" or "Embed without signing". Xcode13(iOS15) 3rd part static library use config change to "Do Not Embed" if still use config "Embed ..." then just build sucess But you can not excute at devices and meet error message Unable to install "App Name" Domain: com.apple.dt.MobileDeviceErrorDomain Code: -402620375 ... The code signature v..

Undefined symbols for architecture arm64: "std::...", referenced from: if 3rd part framework use std then have issue "Undefined symbols for architecture arm64:" solution need to "Other Linker Flags" "-lc++"

3rd part framework를 만들다보면 편의를 위해 universal framework(fat framework)로 만들 때가 있다. 예전버전(xcode 12.3 이전) 부터 만들어진 framework에서 하기와 같이 simulator build시 오류가 발생하는 경우가 있으며 하기와 같은 오류와 마주 치게 된다. Building for IOS Simulator, but the linked and embedded framework 'projectname.framework' was built for iOS + iOS Simulator. Build Settings -> Build Option -> Validate Workspace 기본으로 NO로 설정되어 있으며 YES 해결 할 수 있다. 한번 빌드가..

Objective C에서 사용하던 3rd part framework를 swift project에 사용하기 위해 framework를 추가하고 Build를 했더니 하기와 같이 link error 발생 예전에 특정버전에서 발생했던 libc++.dylib 를 찾지 못하는 이슈와 동일한것 같다. Undefined symbols for architecture arm64: "void std::__1::__sort(float*, float*, std::__1::__less&)", referenced from: 하기 두 경로중 어디서든 libc++.tdb 추가해 주면 해결 Project -> General -> Framework,Libraries, and Embedded Content Project -> Build Ph..

Apple 에서 M1 Chip을 사용하는 MAC이 추가되면서 발생한 이슈로 보인다. Simulator환경에서 APP을 실행시 아래와 같은 오류 문구를 볼 수 있다. Error creating LLDB target at path ... using an empty LLDB target which can cause slow memory reads from remote devices. 사용하는 MAC이 M1 Chip을 사용하지 않는다면 아래와 같이 Excluded Architectures 의 Simulator arm64 설정을 추가 해주면 해결이 된다. M1 Chip MAC은 없지만 아마 M1 Chip이라면 x86_64로 설정해야 할 것 같다.

3rd part framwork를 만들어 배포시 bitcode를 지원 하려면 하기 와 같이 User-Defined을 추가해 주어야 한다. User-Defined BITCODE_GENERATION_MODE debug maker release bitcode App빌드 시 개발용으로 빌드하면 bitcode를 확인하지 않지만 Archive 빌드 시 bitcode를 Yes로 설정하면 3rd part framwork가 bitcode를 지원하는지 확인 하게 된다. App 빌드 설정에도 User-Defined을 추가해주면 bitcode를 확인하게 되어 배포시 실수를 줄일 수 있다. debug maker경우 maker만 확인하기 때문에 Archive 빌드 시 오류가 발생하고 관리 성향에 따라 모두 bitcode로 설정해..

결론부터 먼저 이야기하면 XCFramework로 변경하자. XCFramework Swfit 3rd party Framewrok를 기존 Object C에서 사용해 왔던 Fat Framwork 방식으로 만들어가다가 다양한 빌드 이슈에 직면하였고 오류의 내용들을 보면 문제가 발생한 원인이 버전 호환(swfitmodule) 및 다양한 지원에 대한 XCFramwork 추가로 인한 호환성 이슈로 판단. Project 생성 방법 Other - > Aggregate -> New Run Script ADD Script(New Run Script) XCFramework Fat Framework Tyep 구버전 FRAMEWORK_PATH="${SRCROOT}/../Framework/simplelib.xcframework" ..

일반적인 녹음 App 기능이 아님 녹음 모듈 구현을 위한 레퍼런스 체크!! 음성인식및 stream 처리 에 필요한 녹음 버퍼를 만들기 위해 세부적인 설정이 가능한 모듈을 찾아서 커스텀한다. 오늘은 내게 필요한 정보가 모두 있는지 확인 후 다음 기회에 정리하자. 내게 필요한 기본 기능은 16bit sampling rate 부분 버퍼링 우선 잘 모르겠지만 iOS의 RemoteIO Audio Unit 사용 하며 마음이 편하게 BSD 2-clause license 이다. Audio는 디바이스에 하나 뿐이므로 singleton으로 사용 한다. // // RecordAudio.swift // // This is a Swift class (updated for Swift 5) // that uses the iOS R..