Distro 제공 크로스 컴파일러 대 커스텀 빌드

Question

기본적으로 소형 ARM 컴퓨터 인 Raspberry Pi 용으로 크로스 컴파일하려고합니다. 호스트는 Arch Linux를 실행하는 i686 상자가됩니다.

내 첫 번째 본능은 아치 리눅스, arm-elf-gcc-base 및 arm-elf-binutils에서 제공하는 크로스 컴파일러를 사용하는 것입니다. 그러나, 모든 위키와 내가 읽은 글은 사용자 정의 gcc 빌드의 일부 버전을 사용하는 것으로 보입니다. 그들은 자신의 gcc를 요리하는데 많은 시간을 소비하는 것 같습니다. 문제는 gcc를 다른 gcc보다 중요하게 사용하는 이유가 무엇인지 말하지 않는다는 것입니다.

1. 일반 커널 및 응용 프로그램에서 Raspberry Pi 또는 ARM을 빌드 할 때 배포판에서 제공되는 크로스 컴파일러를 사용할 수 있습니까?

2. ARM 아키텍처 용으로 여러 개의 컴파일러가 필요합니까? 그렇다면 왜 단일 gcc가 모든 x86 변형을 지원할 수 있습니까?

3. 2)라면, gcc의 특정 버전에서 지원되는 대상 하위 집합을 어떻게 추론 할 수 있습니까?

4. 더 일반적인 질문, 일반적인 gcc 빌드에 대해 어떤 일반적인 사용 사례가 필요합니까?

가능한 한 기술적으로 기술하십시오. 이유는 무엇입니까?

Answer 1

개발자가 자신의 (호스트)와 비교하여 다른 컴퓨터 (대상)의 소프트웨어 작성 (크로스 컴파일)에 대해 이야기 할 때 이진 파일을 작성하는 데 필요한 도구 세트를 설명하기 위해 toolchain이라는 용어를 사용합니다. 실행 가능한 바이너리를 빌드해야 할 때 컴파일러 이상이 필요하기 때문입니다.

운영 체제 및 표준 라이브러리의 요구 사항에 따라 런타임을 초기화하려면 루틴 (crt0.o)이 필요합니다. 표준 라이브러리 집합이 필요하며 라이브러리는 시스템 호출 API 및 여러 os 수준 구성 (예 : 페이지 크기) 및 데이터 구조 (예 : 시간 구조)로 인해 대상의 커널을 인식해야합니다.

하드웨어 측면에는 다양한 ARM 아키텍처 집합이 있습니다. 아키텍처는 이전 버전과 호환 될 수 있지만 기본적으로 툴 체인은 바이너리이며 특정 아키텍처를 대상으로합니다. 기본적으로 가장 널리 보급 된 아키텍처를 사용할 수 있지만 이미 제한된 환경 (임베디드 장치)에서는 그다지 효과가 없습니다. 최신 아키텍처를 사용하는 경우 이전 아키텍처 기반 대상에는 유용하지 않습니다.

호스트 용 호스트에 바이너리를 빌드 할 때 컴파일러는 자체 환경에서 필요한 모든 비트를 찾거나 호스트에있는 것을 사용할 수 있으므로 대부분의 위의 세부 사항은 개발자가 볼 수 없습니다. 그러나 호스트 유형과 다른 타겟을 빌드 할 때 툴체인은 하드웨어, OS 및 표준 라이브러리 세부 정보를 알아야합니다. 툴체인에게 이런 말을하는 방법은 부트 스트래핑을 어느 정도 필요로하는 세부 사항에 따라 툴체인을 구축하는 것입니다. (또는 toolchain이 지원/구축 된 경우 광범위한 매개 변수를 통해이 작업을 수행 할 수 있습니다.)

일반적인 크로스 컴파일 도구 체인이있을 때 이미 특정 대상 설정이되어있어 요구 사항. 우분투의 상황에 대한 최근 question을 참고하십시오.