Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 698. Golang - GLIBC 의존을 없애는 정적 빌드 방법 [링크 복사], [링크+제목 복사],
조회: 3502
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 3개 있습니다.)
Linux: 5. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency)
; https://www.sysnet.pe.kr/2/0/11845

개발 환경 구성: 698. Golang - GLIBC 의존을 없애는 정적 빌드 방법
; https://www.sysnet.pe.kr/2/0/13490

Linux: 64. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency) - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13494




Golang - GLIBC 의존을 없애는 정적 빌드 방법

닷넷 AOT 빌드에서 GLIBC 버전 문제를 겪었더니,

C# - 리눅스용 AOT 빌드를 docker에서 수행
; https://www.sysnet.pe.kr/2/0/13487#glibc

Go 언어로 빌드한 바이너리에 대해서도 확인이 필요하겠다 싶었습니다. 우선, Ubuntu 22.04에서 빌드한 경우,

$ go build -o /mnt/c/temp/testapp testapp

$ file /mnt/c/temp/testapp
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, Go BuildID=kjE...[생략]...3Doy, with debug_info, not stripped

$ objdump -p /mnt/c/temp/testapp
...[생략]...
Version References:
  required from libc.so.6:
    0x069691b4 0x00 02 GLIBC_2.34
    0x069691b2 0x00 03 GLIBC_2.32
    0x09691972 0x00 04 GLIBC_2.3.2
    0x09691974 0x00 05 GLIBC_2.3.4
    0x09691a75 0x00 06 GLIBC_2.2.5

기본적으로는 저렇게 glibc에 의존적인 바이너리를 생성합니다. 당연히 저 실행 모듈을 20.04, 18.04에서 실행하면 버전 오류가 발생합니다.

// 22.04에서 빌드한 바이너리를 20.04에서 실행

$ /mnt/c/temp/testapp
/mnt/c/temp/testapp: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /mnt/c/temp/testapp)
/mnt/c/temp/testapp: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /mnt/c/temp/testapp)

재미있는 점은, 저 빌드를 Ubuntu 20.04에서 하면 glibc의 버전이 확 낮춰진다는 점입니다.

// Ubuntu 20.04에서 빌드한 경우
$ objdump -p /mnt/c/temp/testapp
...[생략]...
Version References:
  required from libpthread.so.0:
    0x09691972 0x00 02 GLIBC_2.3.2
    0x09691a75 0x00 03 GLIBC_2.2.5
  required from libc.so.6:
    0x09691974 0x00 04 GLIBC_2.3.4
    0x09691a75 0x00 05 GLIBC_2.2.5

가장 높은 버전이 2.3.4니까... 웬만한 리눅스 환경에서 전부 실행된다고 보면 됩니다.




그런데, 저 빌드를 Windows 환경에서 GOARCH, GOOS 환경변수와 함께 cross-compile로 빌드하면,

C:\temp\testapp> set GOARCH=amd64
C:\temp\testapp> set GOOS=linux
C:\temp\testapp> go build -o c:\temp\testapp testapp

해당 결과물은 Ubuntu 18.04에서조차 실행이 잘됩니다. 왜냐하면,

$ ldd /mnt/c/temp/testapp
        not a dynamic executable

$ file /mnt/c/temp/testapp
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, with debug_info, not stripped

glibc에 대해 정적 링킹이 됐기 때문입니다. 아마도 Windows 환경에서 빌드하는 경우, 현재 시스템에 glibc가 아예 존재조차 하지 않으니 어쩔 수 없이 정적 링킹을 할 수밖에 없었을 것입니다.




리눅스 환경에서 빌드하는 경우에도 정적 링킹을 명시적으로 하고 싶다면, CGO_ENABLED=0 환경변수를 설정하면 됩니다.

$ CGO_ENABLED=0 go build -o /mnt/c/temp/testapp testapp

$ file /mnt/c/temp/testapp
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, Go BuildID=w...[생략]...Hc6, with debug_info, not stripped

참고로 dockerfile을 경유해 빌드하고 싶다면,

FROM golang:1.21.4
WORKDIR /app

이미지를 만들고,

c:\temp> docker build -t go-build-machine -f build.dockerfile .

다음과 같이 명령을 수행하면

docker run -e CGO_ENABLED=0 -v /c/temp/testapp:/app -v /c/temp:/output --name go-build-machine-instance --rm -it go-build-machine /bin/bash -c "go build -o /output/testapp testapp"

c:\temp 디렉터리에 testapp 바이너리가 생성됩니다.

"golang:1.21.4" 이미지의 기반 버전이 bookworm이므로 Ubuntu로는 22.04 또는 22.10 버전에 해당합니다. 만약 CGO_ENABLED=0 옵션 없이 빌드했다면 2.34 의존성을 갖게 됩니다.




마치기 전에, go build의 ldflags에 준 옵션을 보면,

$ go build -ldflags="-help"
...[생략]...
  -s    disable symbol table
...[생략]...
  -w    disable DWARF generation
...[생략]...

"-w" 옵션은 DWARF 정보 생성을, "-s" 옵션은 디버깅 심벌 테이블 정보를 제어합니다. 실제로 테스트를 해보면, 크기에서 약간 차이가 나고,

[기본 옵션] 4,781 KB
[-s 적용] 3,136 KB
[-w 적용] 3,393 KB
[-s, -w 2개 적용] 3,136 KB

-s를 적용 시와 2개 모두 적용했을 때의 크기가 같은 것을 보면 symbol table이 없다면 DWARF 정보도 생성하지 않는다는 것을 추측할 수 있습니다.

file 결과도 비교해 볼까요?

// CGO_ENABLED=0
$ file /mnt/c/temp/testapp

[기본 옵션] 
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, with debug_info, not stripped

[-s 적용]
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, stripped

[-w 적용]
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped

[-s, -w 2개 적용]
/mnt/c/temp/testapp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, stripped

보는 바와 같이, -s 옵션은 -s -w 2개 모두 적용했을 때와 동일하게 stripped로 나오고, -w 옵션은 "with debug_info"만을 없앤 효과를 가집니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/4/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)
13527정성태1/14/20243471오류 유형: 892. Visual Studio - Failed to launch debug adapter. Additional information may be available in the output window.
13526정성태1/14/20243541닷넷: 2201. C# - Facebook 연동 / 사용자 탈퇴 처리 방법
13525정성태1/13/20243356오류 유형: 891. Visual Studio - Web Application을 실행하지 못하는 IISExpress
13524정성태1/12/20243503오류 유형: 890. 한국투자증권 KIS Developers OpenAPI - GW라우팅 중 오류가 발생했습니다.
13523정성태1/12/20243206오류 유형: 889. Visual Studio - error : A project with that name is already opened in the solution.
13522정성태1/11/20243576닷넷: 2200. C# - HttpClient.PostAsJsonAsync 호출 시 "Transfer-Encoding: chunked" 대신 "Content-Length" 헤더 처리
13521정성태1/11/20243714닷넷: 2199. C# - 한국투자증권 KIS Developers OpenAPI의 WebSocket Ping, Pong 처리
13520정성태1/10/20243381오류 유형: 888. C# - Unable to resolve service for type 'Microsoft.Extensions.ObjectPool.ObjectPool`....'
13519정성태1/10/20243345닷넷: 2198. C# - Reflection을 이용한 ClientWebSocket의 Ping 호출파일 다운로드1
13518정성태1/9/20243642닷넷: 2197. C# - ClientWebSocket의 Ping, Pong 처리
13517정성태1/8/20243437스크립트: 63. Python - 공개 패키지를 이용한 위성 이미지 생성 (pystac_client, odc.stac)
13516정성태1/7/20243428닷넷: 2196. IIS - AppPool의 "Disable Overlapped Recycle" 옵션의 부작용
13515정성태1/6/20243909닷넷: 2195. async 메서드 내에서 C# 7의 discard 구문 활용 사례 [1]
13514정성태1/5/20243539개발 환경 구성: 702. IIS - AppPool의 "Disable Overlapped Recycle" 옵션
13513정성태1/5/20243503닷넷: 2194. C# - WebActivatorEx / System.Web의 PreApplicationStartMethod 특성
13512정성태1/4/20243470개발 환경 구성: 701. IIS - w3wp.exe 프로세스의 ASP.NET 런타임을 항상 Warmup 모드로 유지하는 preload Enabled 설정
13511정성태1/4/20243493닷넷: 2193. C# - ASP.NET Web Application + OpenAPI(Swashbuckle) 스펙 제공
13510정성태1/3/20243293닷넷: 2192. C# - 특정 실행 파일이 있는지 확인하는 방법 (Linux)
13509정성태1/3/20243436오류 유형: 887. .NET Core 2 이하의 프로젝트에서 System.Runtime.CompilerServices.Unsafe doesn't support netcoreapp2.0.
13508정성태1/3/20243370오류 유형: 886. ORA-28000: the account is locked
13507정성태1/2/20244198닷넷: 2191. C# - IPGlobalProperties를 이용해 netstat처럼 사용 중인 Socket 목록 구하는 방법파일 다운로드1
13506정성태12/29/20233854닷넷: 2190. C# - 닷넷 코어/5+에서 달라지는 System.Text.Encoding 지원
13505정성태12/27/20234715닷넷: 2189. C# - WebSocket 클라이언트를 닷넷으로 구현하는 예제 (System.Net.WebSockets)파일 다운로드1
13504정성태12/27/20234142닷넷: 2188. C# - ASP.NET Core SignalR로 구현하는 채팅 서비스 예제파일 다운로드1
13503정성태12/27/20233873Linux: 67. WSL 환경 + mlocate(locate) 도구의 /mnt 디렉터리 검색 문제
13502정성태12/26/20234039닷넷: 2187. C# - 다른 프로세스의 환경변수 읽는 예제파일 다운로드1
1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...