ARM SoC용 GLIBC 크로스 컴파일

Question

나는 그것을했다 :-)

나는 기본적으로 Gilles의 조언을 따랐고 올바르게 하기로 결정했습니다. 즉, GLIBC의 전체 크로스 컴파일을 관리하는 것입니다. 나는 crosstool-ng로 시작했고 처음에는 실망했습니다. 이것이 내 이전 커널을 지원하지 않는다는 사실을 알게 되었기 때문입니다. 그러나 나는 계속해서 crosstool-ng에 저장된 구성 파일을 수동으로 편집하고 기본 arm-gnueabi 빌드 구성을 다음과 같이 변경했습니다.

$ ct-ng arm-unknown-linux-gnueabi
$ ct-ng menuconfig
...
$ vi .config
$ cat .config
...
CT_KERNEL_VERSION="2.6.17"
CT_KERNEL_V_2_6_17=y
CT_LIBC_VERSION="2.13"
CT_LIBC_GLIBC_V_2_13=y
CT_LIBC_GLIBC_MIN_KERNEL_VERSION="2.6.9"
CT_LIBC_GLIBC_MIN_KERNEL="2.6.9
...
$ ct-ng +libc

많은 테스트와 실패한 시도 끝에 위의 변경 사항이 성공했습니다. 커널에서 작동하는 컴파일된 GLIBC 버전을 얻었고 결과 파일을 Debian Lenny ARM 컴퓨터에 복사했습니다.

$ cd .build/arm-unknown-linux-gnueabi/build/build-libc-final/
$ tar zcpf newlibc.tgz $(find . -type f -iname \*.so)
$ scp newlibc.tgz root@mybook:.

나는 압착하는 것 이상으로 나아갔습니다. /wheezy를 debootstrap한 다음 - 매우 조심스럽게 - /wheezyarmel-debootstrapped의 GLIBC 버전을 내 버전으로 덮어썼습니다.

# # In the ARM machine
# cd /wheezy/lib/arm-linux-gnueabi/
# mv /var/tmp/ohMyGod/libc.so libc-2.13.so
# mv /var/tmp/ohMyGod/rt/librt.so librt-2.13.so
...

...등등. 공유 라이브러리를 놓치지 않았는지 확인하세요.

ldd마지막으로 및 ldconfig바이너리(GLIBC의 일부이기도 함)를 복사 하고 /wheezy에 루트를 지정했습니다.

효율적인.

나는 x86 내에서 chroot된 'qemu-arm' 에뮬레이션에서 GLIBC를 컴파일하는 것이 어떻게든 엉망이 되었다고 가정할 수 있습니다. 아마도 프로세스가 configure런타임 환경에서 무언가를 감지했을 수도 있으며 크로스 컴파일이 잘못될 수는 없습니다.

그래서 자연스럽게 다음 단계로 넘어가서 busybox-static 쉘을 사용하여바꾸다내 예전 lenny의 {/bin,/sbin,...} 폴더와 wheezy 폴더 - 그리고 새로운 Wheezy로 재부팅했습니다 :-)

나는 이로써 선언한다내 WD MyBook 월드 에디션저는 지구상에서 Debian Wheezy를 운영하는 유일한 사람입니다. :-) 다른 사람이 관심이 있다면 어딘가에 libc 파일의 tarball을 업로드할 수 있습니다.

Answer 1