Microsoft MVP성태의 닷넷 이야기
Linux: 68. busybox 컨테이너에서 실행 가능한 C++, Go 프로그램 빌드 [링크 복사], [링크+제목 복사],
조회: 3671
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13673정성태7/11/20241064닷넷: 2274. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20241041닷넷: 2273. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/2024897오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20241044오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20241031개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/2024967닷넷: 2272. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20241210Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20241226Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20241180닷넷: 2271. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20241414닷넷: 2270. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20241137Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20241276오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20241244개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20241237개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20241451닷넷: 2269. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20241387Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20241874닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20241810오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20241660닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20242008닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20241648닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20241822개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20241586오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20241615오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20241972개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스)
13646정성태6/14/20241461오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...