Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

clang++로 공유 라이브러리의 -static 옵션 빌드가 가능할까요?

Visual C++도 DLL에서 CRT를 정적 링크하면, 대표적으로 new/delete 코드가 DLL 내/외부에서 상이한 CRT 버전에서 실행된다면 충돌이 발생할 수 있습니다. 하지만 그러면서도 정적 링크를 열어두고 있는데요, 리눅스의 경우에도 혹시 그렇게 해주는 것이 있지 않을까... 싶어서 검색을 좀 해봤습니다.

비록 공유 라이브러리를 -static 옵션을 줬을 때 발생하는 오류와 약간 다르지만 이런 글이 하나 검색되었습니다. ^^

Compilation fails with "relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object"
; https://stackoverflow.com/questions/19364969/compilation-fails-with-relocation-r-x86-64-32-against-rodata-str1-8-can-not

위의 덧글에 보면 clang++로 빌드해 오류를 해결했다는 것입니다. 실제로 되나 해볼까요? ^^

main 함수가 없는 소스코드를 하나 정의한 다음,

#include <stdio.h>

void foo(void)
{
    puts("foo");
}

우선, -shared로 빌드합니다.

$ clang++ -x c++ -shared foo.c -o libfoo.so

예상할 수 있듯이, shared object + dynamically linked 상황을 확인할 수 있습니다.

$ file libfoo.so
libfoo.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=e4...[생략]...6, not stripped

실제로 foo 함수가 export 되었습니다.

$ objdump -T -C libfoo.so

libfoo.so:     file format elf64-x86-64

DYNAMIC SYMBOL TABLE:
0000000000000000  w   DF *UND*  0000000000000000  GLIBC_2.2.5 __cxa_finalize
0000000000000000      DF *UND*  0000000000000000  GLIBC_2.2.5 puts
0000000000000000  w   D  *UND*  0000000000000000              _ITM_deregisterTMCloneTable
0000000000000000  w   D  *UND*  0000000000000000              __gmon_start__
0000000000000000  w   D  *UND*  0000000000000000              _ITM_registerTMCloneTable
0000000000001110 g    DF .text  0000000000000015  Base        foo()

자, 이 상태에서 -static 옵션을 추가해 빌드하면,

$ clang++ -x c++ -shared -static foo.c -o libfoo.so
/usr/bin/ld: warning: cannot find entry symbol _start; defaulting to 00000000004010f0

오호... 경고는 하나 나왔지만 어쨌든 빌드가 되었습니다. 하지만, 파일 유형을 보면,

$ file libfoo.so
libfoo.so: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, BuildID[sha1]=45...[생략]...2, not stripped

원하던 "statically linked" 문구는 있지만, 정작 파일 유형이 shared object가 아닌 executable로 나옵니다. 즉, "라이브러리" 유형으로 빌드된 것이 아닙니다. 실제로 해당 파일과 링크하려고 시도하면,

$ cat main.c
#include <cstdio>

void foo(void);

int main()
{
    printf("hello from %s!\n", "testapp");

    foo();

    return 0;
}

$ clang++ -x c++ main.c -o main.out -L./ -lfoo
/usr/bin/ld: .//libfoo.so:(.data+0x0): multiple definition of `__dso_handle'; /usr/bin/../lib/gcc/x86_64-linux-gnu/9/crtbegin.o:(.data+0x0): first defined here
/usr/bin/ld: .//libfoo.so: in function `_init':
(.init+0x0): multiple definition of `_init'; /usr/bin/../lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/crti.o:(.init+0x0): first defined here
/usr/bin/ld: .//libfoo.so: in function `_fini':
(.fini+0x0): multiple definition of `_fini'; /usr/bin/../lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/crti.o:(.fini+0x0): first defined here
/usr/bin/ld: /usr/bin/../lib/gcc/x86_64-linux-gnu/9/crtend.o:(.tm_clone_table+0x0): multiple definition of `__TMC_END__'; .//libfoo.so:(__libc_atexit+0x0): first defined here
/usr/bin/ld: error in .//libfoo.so(.eh_frame); no .eh_frame_hdr table will be created
clang: error: linker command failed with exit code 1 (use -v to see invocation)

libfoo.so가 exectuable로 빌드가 되었기 때문에 "multiple definition of ..." 오류가 발생하고 있는 것입니다. 게다가 export 함수 테이블도 비어 있습니다.

$ objdump -T libfoo.so

libfoo.so:     file format elf64-x86-64

objdump: libfoo.so: not a dynamic object
DYNAMIC SYMBOL TABLE:
no symbols




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







[최초 등록일: ]
[최종 수정일: 12/20/2023]

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)
13679정성태7/16/20247555Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20248171VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248572오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248293Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410613C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249193오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249929닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247941닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248268오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248324오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248617개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247221닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249101Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249391Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248512닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248305닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248202Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249013오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248931개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249657개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248761닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249466Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249038닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248720오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248896닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410395닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...