우리는 우리가 (작업등에 포함되어 있음) sqlcipher.framework이 현대 아키텍처 (armv7s, arm64) 우리는 수동으로 대상을 변경해야Worklight 6.0.0.1 iOS 네이티브 라이브러리는 ARMv7에만 사용할 수 있고 ARMv7 및 ARM64에는 사용할 수 없습니다.
을 위해 만들어진되지 않기 때문에하는 ARMv7 아키텍처로 제한 될 것으로 보인다 iOS 기기의 빌드 할 때 XCode5의 아키텍처를 사용하여 프로젝트를 워크 라이트 라이브러리로 빌드 할 수 있습니다. 기본 설정에는 "조각이 누락되었습니다."빌드가 실패합니다.
최신 프로세서 아키텍처를 위해 iOS Worklight 라이브러리를 제공 할 계획이 있습니까?
사실 진술입니다. 라이브러리는 현재 armv7 만 지원합니다. Worklight에서 지원되는 모든 Apple 장치는 해당 아키텍처에서 다룹니다.
here 기능 요청을 작성할 수 있습니다. 향후 계획에 대해서는 언급 할 수 없습니다.
오픈 소스이므로 sqlcipher을 다시 컴파일 해보십시오. 향후 독자를위한 결과를 공유하십시오.
편집 - 2014 년 1 월 30 일 : 다음 해결 방법은 공식적으로을 지원하지 않는 입니다. here 스크립트를 사용하여 SQLCipher 용 ARMv7s 슬라이스와 프로젝트가 의존하는 다른 ARM7 전용 라이브러리 (예 : libWorklightStaticLibProjectNative.a)를 만들 수 있습니다. 링커가 앱의 바이너리를 생성하려면 프로젝트의 모든 항목에 ARMv7 슬라이스가 있어야합니다. 그러나 부동 소수점 연산을 많이 사용하지 않는 한 성능에 큰 변화가 없을 것임을 언급 할 가치가 있습니다. 자세한 내용은 here을 읽어보십시오.
실제로 (나는 이것을 주석으로 추가 하겠지만, SO 담당자는 저를위한 것이 아닙니다.) 우리는 "유효한 건축가들"로부터 arm7과 arm64를 제거해야했습니다. 또한 iOS 배포 대상을 6.0으로 설정합니다. (제 경우에는 7.0으로 설정하면 제 경우 WL 라이브러리의 링크 오류가 발생하지만 제 동료는 7.0으로 빌드 할 수 있지만 lib가 다운되어 7.1에서 작동합니다. 그러나 7.1에서 arm7로 실행하면 이 실제로으로 느리게 실행되었습니다 (라이브러리를 추가하기 만하면 WL 클래스를 사용하지 않았습니다). WL lib를 제거하고 arm64 및 모든 것을 컴파일하는 작업은 다시 원활하게 수행되었습니다.
우리의 경우에는 6.1.0.1입니다.