머리말

최근에 Qt는 연구 Tiny4412로 프로그래밍. 첫 번째 단계는, 우선 좋은 크로스 개발 디버깅 환경을 구축해야합니다. 여러 가지 고민을 한 후, 마지막으로 거의 완료. 깔끔한 동안 이로써 노트, 요약으로, 블로그에 보냈다. 나는 또한 다른 사람이 재 항목을 피 구덩이에 이상이 희망.

또한 언급, 업계의 인기 경우 yocto / OpenEmbedded 프레임 워크, 많은 제조 업체 등 커널, rootfs, 툴 체인, GDB, 도서관, QT 라이브러리를 포함하여 분산 된 BSP 개발 보드를 (구축이 프레임 워크를 사용하여 (또한 조사 알게 네트워크 후) ), 사용자가 직접 같은 불필요한 시간 비용을 절감없는 의존성, 툴체인 버전 불일치 및 기타 문제로 자신의 환경을 구축 할 때 발생 제거 Qt는 크로스 개발 환경을 구축하기 위해 BSP를 기반으로 할 수 있습니다. 관련 사례 아주 많이, 컬럼 "참조 2 ~ 5"몇 가지 예입니다 (참조, 모든 증명되지 않은).

그러나 Tiny4412는 BSP의 경우 yocto를 제공하지 않은 것, 그것은 현재 법률의 경험이 아니라 경우 yocto 추정 추세에 대해 배울 수있는 시간입니다.

첫째, 실험 환경

1.1 가상 머신 환경

a) Vmware 판본 : Vmware Workstation 12.5.7

b)는 우분투 버전 : 우분투 16.04.4 LTS (나는 그물 JZ2440 백 질문 데이터 CD _20180516 버전을 사용하여 주소 : http://wiki.100ask.org/Download 다음를 찾아서 : 002_JZ2440 데이터 CD를 _20180516 (무료))

C) 커널 버전 : 4.13.0

D) GCC 버전 : 5.4.0

E) 버전 툴체인 :

팔 - 리눅스의 gcc 4.3.2

1.2 개발 환경 보드

1.2.1 하드웨어

개발 보드 : 친절한 팔 tiny4412, 바닥 : Tiny4412 / Super4412SDK 1611 코어 보드 : Tiny4412 버전 1412

1.2.2 소프트웨어

A) 커널 버전 (tiny4412 실시 디스크) : 리눅스 3.5-20170221

b)는 루트 파일 시스템 (tiny4412 실시 디스크) : rootfs_qtopia_qt4-20160514

둘째, 특정 프로세스

2.1 컴파일, 설치 QTE-4.8.5

참고 : 대상 - QTE-4.8.5 - 투 - hostpc.tgz 컴파일 할 때 CD tiny4412의 대상-QTE-4.8.5 - 투 - hostpc.tgz하지만 때문에 같은 내 우분투 버전의 친절한 컴파일 된 우분투 버전은 Qt는 제작자에 직접보고 될 것이다 :. Qt의 버전은 Qt를 설치 바이너리, 어쩌면 qmake에 경로를 확인할 수 없습니다 무효 빌드 버튼을 클릭 한 후 (그래서 압축 해제 후 사용하실 수 없습니다, 동일하지 않습니다 경로가 잘못?) 만 재건에 의해.

아암 QTE-4.8.5-20131207.tar.gz는 현상 시스템에 복사하고, 다음 명령 mobaXterm 직렬 터미널을 실행

팔 QTE-4.8.5-20131207.tar.gz xzvf 타르

CD를 팔 QTE-4.8.5

./build.sh

참고 : ./build.sh를 통해 처음 오류 : tslib 기능 테스트에 실패했습니다. 그러나 이후 ./build.sh 다시 실행하지만, 실수에보고되지 않습니다. 그 이유는 알 수없는 기원, 알 수 없습니다.

2.2 다운로드, 컴파일은 GDB-7.10 설치 한 후 컴파일하고 gdbserver를 설치

왜이 버전을 선택 하는가? 이전에 배운 웨이 동산과 함께 프로젝트를 모니터링하기 위해 세 개의 카메라를 훈련 리눅스 임베디드 때문에 GDB-7.10 성공적으로 원격 개발 보드를 통해 디버깅 환경 설정되었습니다 (사실, 버전 7.10을 선택할 때 또한 바지의 작은 자리입니다 ).

2.2.1 다운로드, 컴파일, GDB-7.10을 설치 (다운로드 : http://ftp.gnu.org/gnu/gdb/gdb-7.10.tar.gz )

기계의 발전에 다운로드 한 GDB-7.10.tar.gz가 (에 / 홈 다운로드 가정하면 / 책 / 다운로드 /) 한 후 다음 명령 mobaXterm을 실행 시리얼 터미널 :

xzvf GDB 7.10.tar.gz합니다

CD /home/book/Downloads/gdb-7.10

MKDIR 빌드 && CD 빌드

../configure --target = 팔 리눅스 --prefix = / usr / 지방 / 팔의 GDB-7.10 --with-파이썬

참고 : 당신은 또한 추가 할 수 있습니다 : -와 - 해외 거주자 --includedir = / 가정 / 책 / / 해외 거주자-2.2.9 / 빈 / 포함이 --libdir = / 홈 / 도서 / 다운로드 / 해외 거주자-2.2.9 다운로드 / 빈 / lib에,주의 사항은 아래를 참조하십시오

하다

설치 만든다

수출 PATH는 $ PATH를 = : /usr/local/arm-gdb-7.10

(이 문장은 / etc / 환경이나 ~에 추가 할 수 있습니다. / bashrc에, $ PATH 환경 변수에 변경 사항을 저장합니다)

주 1 : 실시 구성-7.10을 gdb를 할 때 (다운로드하고 설치해야 할 수도 있습니다 --with-파이썬 옵션에 가입 python2.7-dev에 ), 또는 QT 제작자 디버깅을 시작 할 때, 오류가있을 수 있습니다 :

참고 2 : 구성 옵션 --with-파이썬 추가 한 경우,보고 :

python2.7를 확인하지 ... 더

구성 : 오류 : 파이썬이 없거나 사용할 수 없게됩니다

이 솔루션은 다음과 같습니다 다운로드하고 설치-dev에 python2.7 : APT-GET은 python2.7-dev에 설치, 설치가 완료된 후, 당신은 때 dpkg -l 할 수 | 설치가 완료되었는지 확인하려면 그렙 python2.7-dev에

경우 설치 컴파일 한 후 gdb를-7.10 : 주 3 경고 : 시간 오류가 응용 프로그램 출력에서, Qt는 제작자 디버깅을 시작하기 위해 할 수있는의 설명은 구문 분석 XML을 대상으로하지, XML 지원이
컴파일 장애 시간, 최초의 다운로드, 컴파일 있었다 설치 해외 거주자 ( http://sourceforge.net/projects/expat/ ) :

./configure를 --prefix = $ PWD / 빈

MKDIR 함

&& 설치 할 수 있도록

그런 다음 재 컴파일, 설치 다음과 같은 옵션을 추가도 할 때 구성 (GDB-7.10,하지만 - --includedir-해외 거주자 = / 홈 / 도서 / 다운로드 / 해외 거주자-2.2.9 / 빈 /를 포함와
--libdir = / 홈 /book/Downloads/expat-2.2.9/bin/lib -v)

4 주 : 오류가 다음 메이크업을 실행하면 :

libexpat 확인 ... 아니 (캐시)

구성 : 오류 : 해외 거주자가 없거나 사용할 수 없게됩니다

解决办法是：删除gdb-7.10整个文件夹，然后重新解压gdb-7.10.tar.gz，编译、安装。

原因是：

为了加快速度，configure会把上次的检查结果作为一个cache变量（名字是ac_cv_libexpat）缓存到gdb/configure.cache中，而本次configure时，会先从

这个文件中查该cache变量，如果找不到，才会真正去检查libexpat这个库是否存在。所以，应该清除这个cache文件，强制configure去执行真正的检查。