[ BBB - yocto (4) ] 크로스 컴파일

1) c컴파일러

c컴파일러는 다들 알다싶이 우리가 c언어로 작성한 파일을 어셈블리에서 바이너리로 변환해주는 역할을 하는 코드야


컴파일을 하면 c언어 -> 어셈블리 -> 바이너리


이런식으로 바뀌지. 


리눅스에서는 여태까지 에디터가 해줬던 컴파일을 직접 해줘야 해. 간단하게 실습을 해보자


코드를 컴파일러를 사용해서 바이너리 파일로 변환해 줄거야


파워쉘에서 wsl키를 쳐서 wsl로 진입해줘

cd ~
mkdir source_code
cd source_code
code .

vscode가 열릴탠데 여기서 code .을 치면 현제 디랙토리를 workplace로 설정해서 열게 돼.


ctrl + shift + ~(물결선) 누르면 터미널이 열려


여기서 code main.c를 쳐주자

code main.c

main.c라는 파일이름으로 열린걸 볼 수 있어

#include <stdio.h>

int main()
{
    printf("hellow world\n");
}

소스코드 적은뒤에 ctrl + s 눌러서 저장해주고, 


다시 터미널로 돌아와서

gcc -o main main.c

자 이렇게 하면 gcc라는 컴파일러를 사용해서 main.c 코드를 사용해 main 이라는 파일을 뱉어내게 돼


gcc 명령어에 대해 설명을 좀 하면


사용법은 gcc -o [바이너리 파일 이름] [소스코드들] [링크 옵션]


이런식으로 사용해


gcc : c컴파일러

-o : 바이너리 파일의 이름을 지정하는 옵션 뒤에는 반드시 바이너리 이름이 따라나와야 함

main : 바이너리 이름

main.c : 소스코드


더 자세히 알고 싶으면 터미널에서 'man gcc'를 쳐보면 됨

chmod +x main
main.c

실행 권한을 추가해보고 실행하면 hellow world!를 찍어줄거야.


자 여기까지가 컴파일하는 과정이고, 이제 비글본에서 바이너리 파일을 실행 해볼건데...


어떻게 하는지 알려면 크로스 컴파일의 개념에 대해서 알아야해








2) 크로스 컴파일과 네이티브 컴파일


크로스 컴파일 : 다른 환경에서 빌드해서 바이너리 파일만 빼와서 쓰는 것


네이티브 컴파일 : 같은 환경에서 빌드하는 것, 아까 위에서 한게 네이티브 컴파일이야.


비글본을 예로 들어 설명하자면 비글본내에서 소스코드를 짜고 gcc를 이용해 컴파일함

-> 네이티브 컴파일


PC에서 비글본에 쓸 소스코드를 작성하고 컴파일하여 비글본에 전송하여 사용

-> 크로스 컴파일


이런 개념이야


아까 위에서 빌드한 파일 걍 보내서 하면 안됨?

-> 안됨, 왜냐하면 아키텍쳐가 다르기 때문이야


우리가 쓰는 환경은 64비트 윈도우의 경우 x86 아키텍쳐이고, 비글본은 32bit hardware floating 아키텍쳐야. 


따라서 아키텍쳐에 맞는 컴파일러를 사용해서 바이너리 파일을 만들어 줘야해


x86 전용으로 빌드된 바이너리 파일은 32bit hf인 비글본이 실행할 수 없어.


자 비글본이 알아먹을 수 있도록 크로스 컴파일을 하기 위해서 크로스 컴파일러를 설치할거야

sudo apt-get install gcc-arm-linux-gnueabihf
#다운로드 완료후
arm-linux-gnueabihf-gcc -o main main.c

이게 크로스 컴파일이야.


컴파일을 완료하면 file 명령어로 얘가 무슨 아키텍쳐의 실행 파일인지 알 수 있어

file main
main: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=683dd8007db2433f3547cbe5e6b88d888bf40a65, for GNU/Linux 3.2.0, not stripped
자 보면 32비트 arm으로 나오지? 아까 gcc로 컴파일 한걸 찍으면 

main: ELF 64-bit LSB pie executable, x86-64, ~~
64비트 x86 전용으로 컴파일 된 걸 볼 수 있어

크로스 컴파일 된 파일을 ~/share로 옮겨주자

mv main ~/share

자 이제 다운로드 후 실행만 남았어.


3) 다운로드 하기(테라텀 zmodem 사용)


비글본에서 로그인 해주고 zmodem으로 파일 전송을 할거야

lrzsz라는 이미지를 깔았었는데

lrzsz는 터미널 파일 전송을 해주는 이미지야

rz : 파일을 zmodem 수신
sz : 파일을 zmodem 전송

비글본 터미널에서 rz를 치면 파일을 전송받을 수 있어

이러면 파일 전송 받기 대기 상태가 된거야

테라텀에서 

alt -> f -> t -> z -> s

전송 파일을 선택해주면 돼. C:\share에 main이 있을거야

chmod +x
./main

메인을 실행해보면 hellow world가 찍힐거야


댓글

댓글 쓰기

이 블로그의 인기 게시물

[ BBB - yocto (9) ] 장치트리(DEVICE TREE)

이미지
 0) 참조하면 좋은 문서 spruh73q.pdf (am335x reference manual) https://www.ti.com/lit/ug/spruh73q/spruh73q.pdf am3358-ep.pdf(핀 속성 보려고 다운로드) https://www.ti.com/lit/ds/symlink/am3358-ep.pdf BBB_SCH.pdf (비글본 회로도) https://github.com/beagleboard/beaglebone-black/blob/master/BBB_SCH.pdf 디바이스 트리를 설명해둔 문서 https://developer.toradex.com/software/linux-resources/device-tree/device-tree-overview 1) 장치트리란? 장치트리란 커널이 사용하도록 할 장치들의 정보를 기술해놓은 파일이다. 장치 트리 파일을 바탕으로 커널은 적절한 드라이버를 로드하기도 하고 핀 멀티플랙싱(핀의 역할을 지정)등을 한다. 그럼 이 장치 트리에 대해서 알아보자. 본인의 poky 디렉토리로 이동한다. 그리고 dts 파일 쪽으로 이동하여 보자. $ cd /path/to/poky $ source oe-init-build-env $ cd build/tmp/work-shared/beaglebone/kernel-source/arch/arm/boot/dts dts 디렉토리에서 다음 명령어를 실행한다. $ code . 명령어를 실행하고 vscode 에서 ctrl + p를 눌러 다음 3개 파일을 열어보자. 이것이 장치 트리이다. 우리가 사용하고 있는 am335x-boneblack.dtb 파일은 위 4개를 컴파일 하여 dtb(디바이스 트리를  바이너리로 컴파일)한 것이다. 안의 문법을 보면 특이하게 되어 있다. 구조는 위와 같으며 안의 문법을 보면 특이하게 되어 있다. 하나씩 알아가 보자. 1. 디바이스 트리 버전 - 디바이스 트리 버전이다. 디바이스 트리를 컴파일 할 때 여기에 명시된 버전을 기준으로 컴파일 한다. 2...
자세한 내용 보기

[ BBB - yocto (11) ] uart

이미지
 1) 개요 uart 어플리케이션을 작성할 것이다. 참고로 챕터 10에서 우리가 설정한 핀이 핀헤더의 P9 24, 26번 부분이다. 패킷 구조는 간단히 보면 저렇게 되어있다. 여기에 추가로 uart 트랜시버를 사용해서 rs232 혹은 rs422, 485 등으로 변환해서 보낼 수 있는데 그에 따라 조금씩 제어 방식이 달라진다. 스탑비트, 시작 비트는 1바이트를 주로 쓰는데, 스탑비트는 2바이트로 확장해서 쓸 수 있다. 2) termios 구조체 termios.h를 인클루드하면 termios라는 구조체를 사용할 수 있다. 각 맴버 변수들에 대해서 설명하겠다. 우선 플래그에서는 uart에 대해서 패리티, 스탑 비트, 그리고 데이터 비트 수, baud레이트, 흐름제어(CRTSCTS[232, 422 전용]) 등 설정할 수 있다. 1. tcflag_t c_iflag; - input 플래그를 설정한다. 플래그 비트 값 설명 IGNPAR 0000004 패리티 무시 PARMRK 0000010 패리티 오류 표시해둠. 패리티 무시 비트가 설정되면 무시됨 INPCK 0000020 입력 패리티 체크 활성화 INLCR 0000100 줄바꿈 문자'\n' -> '\r'로 변환 IGNCR 0000200 케리지 리턴 '\r' 무시 ICRNL 0000400 케리지 리턴 '\r' -> '\n'으로 변환 IUTF8 0040000 utf8 인코딩 지원 - 이 외에도 여러 플래그들이 있지만 IGNPAR 혹은 PARMRK, INPCK 만 알아둬도 충분할 것 같다. - 자새한 내용은 /usr/include/x86_64-linux-gnu/bits/termios-c_iflag.h를 참조하길 바란다. 2. tcflag_t c_oflag; - output 플래그를 설정한다. - 거의 설정할 일이 없다... - 자새한 내용은 /usr/include/x86_64-linux-gnu/bits/termios-c_ofl...
자세한 내용 보기

[ BBB - yocto (5) ] makefile 작성법과 컴파일 자동화

이미지
1. 헤더파일 소스파일 우선 makefile에 들어가기 전에 헤더파일과 소스파일에 대해서 간단히 알아보자 - 헤더파일  1) *.h로 끝남 2) 함수, 매크로, 구조체, 열거형...등을 다른 소스파일 혹은 헤더파일에서 인클루드(#include)하여 사용할 수 있도록 해주는 파일이라 생각하면 될거야 - 소스파일 1) *.c로 끝남 2) 로직의 동작 과정을 짜는 공간이라 생각하면 됨, 주로 함수의 동작을 코드로 적어놓은 파일이야 - 해더파일과 소스파일 사용시 주의사항 1) 중복 인클루드 방지 /* gpio.h */ #ifndef __GPIO__ #define __GPIO__ //대충 함수 #endif 이 과정을 보면, #ifndef 매크로와 #define매크로로 중복 인클루드 방지 처리를 해놓은 것을 볼 수 있어 저게 없으면 헤더파일을 중복하여 인클루드하는 경우 오류가 발생하지. #ifndef [매크로 변수] : 매크로 변수가 정의되어 있지 않으면 #define [매크로 변수] : 매크로 변수를 정의한다. #endif : #if 매크로의 끝 이렇게 하면 헤더 파일을 중복 인클루드 하면 매크로 변수가 정의되어 있어 #endif로 바로 점프하게 되어 헤더파일 중복 인클루드를 방지할 수 있어. 2) 전역 변수 선언하지 않기 중복 방지를 했다고 해서 컴파일하는데 오류가 안나는건 아니야 아래 코드를 봐보자. /* gpio.h */ #ifndef __GPIO__ #define __GPIO__ int gpio; #endif 파일이 이렇게 있어 > gpio.c gpio.h main.c 코드를 이렇게 짰다고 하자 겉보기에는 아무런 문제가 없어 보여 하지만 이것을 gpio.c에서 gpio.h를 포함하려고 하고, main.c에서 gpio.h를 포함하려고하면 문제가 되어 버리지 main.c에서 gpio.h를 읽어, gpio 인트형을 만들고 gpio.c에서 gpio.h를 읽어, gpio 인트형을 만들려고 보니 이미 선언돼있네? 이래서 오류가 발생해,...
자세한 내용 보기