컴파일러는 제품 바이너리 파일의 종속 정적 라이브러리에서 관련이없는 아치 기호를 제거합니까?

Question

저는 프레임 워크 개발의 새로운 제품입니다. 여기 제 경우입니다. 개인용 정적 라이브러리를 구축하여 공급 업체에 링크를 제공합니다. #iOS # Objective-C

현재 arch armv7 및 arm64 만 사용하여 라이브러리를 구축합니다. 이는 iOS 기기에서 디버깅하고 앱을 보관하지만 iOS 시뮬레이터에서 디버깅하기위한 것은 아닙니다. 시뮬레이터에는 x86_64가 필요합니다 (iPhone 5 Simulator에서 i386도 필요함). 시뮬레이터에서 디버깅하는 기능을 비활성화하는 것은 친숙하지 않습니다. 나는 그들을 위해 정적 라이브러리의 뚱뚱한 아키텍처를 제공하기 위해 고려 중이 야. 여기

병합 작업 후에 action

lipo -create libSignatureLibary_armv6.a libSignatureLibary_armv7.a libSignatureLibary_i368.a -output libSignatureLibary.a 

이고, 출력 라이브러리는 하나보다 두 배의 크기를 갖는다.

컴파일러/Xcode가 최종 응용 프로그램 제품 바이너리에서 i386 및 x86_64 아치 기호를 제거 할 것인가? 그렇지 않다면 팻 아치 라이브러리는 제품 응용 프로그램의 크기를 직접 증가시킬 것입니다. 맞습니까? 공급 업체 용으로 두 가지 버전의 라이브러리를 구축해야합니까? 하나는 디버깅 용이고 다른 하나는 보관 용입니까? 이 사건에 대한 올바른 해결책은 무엇입니까?

Google에서 어떤 키워드를 사용해야할지 모르겠지만이를 확인하기 위해 기존 제품 앱을 연결하지 않았습니다. (아마도 나중에 새로 만들어야 할 것입니다.)

감사합니다.

Answer 1

링커는 .o (재배치 가능 오브젝트 파일 만 사용합니다.이 파일은 어셈블러의 출력 파일입니다. 정적 라이브러리를 빌드하면 .m 파일이 .o 파일로 변환됩니다.) 정적 라이브러리는 정적 라이브러리의 대상 아치에 대한 재배치 가능한 객체 파일의 모음입니다.) 따라서 제품 바이너리를 빌드 할 때 x86_64 및 i386 .o 파일을 제거합니다.

또한 링커는 컴파일 된 파일로 직접 또는 간접적으로 참조되지 않는 .o 파일을 실행 파일로 연결하지 않습니다.