Microsoft MVP성태의 닷넷 이야기
Linux: 68. busybox 컨테이너에서 실행 가능한 C++, Go 프로그램 빌드 [링크 복사], [링크+제목 복사],
조회: 11672
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

busybox 컨테이너에서 실행 가능한 C++, Go 프로그램 빌드

BusyBox 이미지를,

# test.dockerfile

FROM busybox:1.28

ENV TZ=Asia/Seoul
RUN DEBIAN_FRONTEND=noninteractive

만들어 놓고,

docker build -t test_app:1.0 -f test.dockerfile .

컨테이너를 생성한 다음,

docker run -v /c/temp:/app --name test_app-instance -w /app --rm -it test_app:1.0 /bin/sh

c:\temp 디렉터리에 gcc로 빌드한 C++ 프로그램을,

#include <cstdio>

int main()
{
    printf("hello from %s!\n", "cpptest");
    return 0;
}

실행했더니, "not found"라고만 나옵니다.

/app # ./cpptest.out
/bin/sh: ./cpptest.out: not found

반면 Ubuntu WSL 환경에서는 (동일한 파일의) cpptest.out 실행이 잘 됩니다. 이와 유사하게 Go 언어도 마찬가지로 기본 빌드로는 "not found" 오류가 나옵니다.




이에 대해 검색해 보면,

How to build a docker build file that can run my c++ program in busybox?
; https://stackoverflow.com/questions/55930279/how-to-build-a-docker-build-file-that-can-run-my-c-program-in-busybox

역시나 이번에도 glibc 링킹 문제입니다. 실제로 busybox에 있는 /bin 디렉터리의 모든 실행 파일들은 "not a dynamic executable" 유형에 속하는 정적 링킹 바이너리입니다.

따라서, busybox를 대상으로 실행하려면 C/C++의 경우 -static 링킹을 해야 하고, GoLang의 경우에는 CGO_ENABLED=0 설정을, C#의 경우에는 StaticExecutable 설정을 해야 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  82  83  [84]  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11867정성태4/15/201921539.NET Framework: 814. Critical Finalizer와 SafeHandle의 사용 의미파일 다운로드1
11866정성태4/9/201924292Windows: 159. 네트워크 공유 폴더(net use)에 대한 인증 정보는 언제까지 유효할까요?
11865정성태4/9/201920409오류 유형: 529. 제어판 - C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools is not accessible.
11864정성태4/9/201919083오류 유형: 528. '...' could be '0': this does not adhere to the specification for the function '...'
11863정성태4/9/201918923디버깅 기술: 127. windbg - .NET x64 EXE의 EntryPoint
11862정성태4/7/201921191개발 환경 구성: 437. .NET EXE의 ASLR 기능을 끄는 방법
11861정성태4/6/201920445디버깅 기술: 126. windbg - .NET x86 CLR2/CLR4 EXE의 EntryPoint
11860정성태4/5/201924871오류 유형: 527. Visual C++ 컴파일 오류 - error C2220: warning treated as error - no 'object' file generated
11859정성태4/4/201922142디버깅 기술: 125. WinDbg로 EXE의 EntryPoint에서 BP 거는 방법
11858정성태3/27/201923072VC++: 129. EXE를 LoadLibrary로 로딩해 PE 헤더에 있는 EntryPoint를 직접 호출하는 방법파일 다운로드1
11857정성태3/26/201920543VC++: 128. strncpy 사용 시 주의 사항(Linux / Windows)
11856정성태3/25/201921031VS.NET IDE: 134. 마이크로소프트의 CoreCLR 프로파일러 리눅스 예제를 Visual Studio F5 원격 디버깅하는 방법 [1]파일 다운로드1
11855정성태3/25/201923182개발 환경 구성: 436. 페이스북 HTTPS 인증을 localhost에서 테스트하는 방법
11854정성태3/25/201918860VS.NET IDE: 133. IIS Express로 호스팅하는 사이트를 https로 접근하는 방법
11853정성태3/24/201921788개발 환경 구성: 435. 존재하지 않는 IP 주소에 대한 Dns.GetHostByAddress/gethostbyaddr/GetNameInfoW 실행이 느리다면? - 두 번째 이야기 [1]
11852정성태3/20/201920378개발 환경 구성: 434. 존재하지 않는 IP 주소에 대한 Dns.GetHostByAddress/gethostbyaddr/GetNameInfoW 실행이 느리다면?파일 다운로드1
11851정성태3/19/201924211Linux: 8. C# - 리눅스 환경에서 DllImport 대신 라이브러리 동적 로드 처리 [2]
11850정성태3/18/201923727.NET Framework: 813. C# async 메서드에서 out/ref/in 유형의 인자를 사용하지 못하는 이유
11849정성태3/18/201922876.NET Framework: 812. pscp.exe 기능을 C#으로 제어하는 방법파일 다운로드1
11848정성태3/17/201919873스크립트: 14. 윈도우 CMD - 파일이 변경된 경우 파일명을 변경해 복사하고 싶다면?
11847정성태3/17/201924290Linux: 7. 리눅스 C/C++ - 공유 라이브러리 동적 로딩 후 export 함수 사용 방법파일 다운로드1
11846정성태3/15/201922995Linux: 6. getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제
11845정성태3/15/201922651Linux: 5. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency) [3]
11844정성태3/14/201924429개발 환경 구성: 434. Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정 [1]파일 다운로드1
11843정성태3/14/201919235기타: 75. MSDN 웹 사이트를 기본으로 영문 페이지로 열고 싶다면?
11842정성태3/13/201917111개발 환경 구성: 433. 마이크로소프트의 CoreCLR 프로파일러 예제를 Visual Studio CMake로 빌드하는 방법 [1]파일 다운로드1
... 76  77  78  79  80  81  82  83  [84]  85  86  87  88  89  90  ...