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

비밀번호

댓글 작성자
 




... 106  107  108  109  110  111  112  113  114  115  116  117  118  119  [120]  ...
NoWriterDateCnt.TitleFile(s)
10963정성태5/11/201626634VS.NET IDE: 107. Visual Studio 2015의 "DTAR_..." 특수 폴더가 생성되는 문제파일 다운로드2
10962정성태5/11/201625999오류 유형: 330. Visual Studio 단위 테스트 시 DisconnectedContext 예외 발생
10961정성태5/11/201626084.NET Framework: 583. 문제 재현 - Managed Debugging Assistant 'DisconnectedContext' has detected a problem in '...'파일 다운로드1
10960정성태5/10/201624229오류 유형: 329. ATL 메서드 추가 마법사 창에서 8ce0000b 오류 발생
10959정성태5/9/201626219.NET Framework: 582. CLR Profiler - 별도 정의한 .NET 코드를 호출하도록 IL 코드 변경파일 다운로드1
10958정성태5/6/201653660개발 환경 구성: 284. "Let's Encrypt"에서 제공하는 무료 SSL 인증서를 IIS에 적용하는 방법 (1) [3]
10957정성태5/3/201628474오류 유형: 328. 윈도우 백업 시 오류 - 0x80780166 두 번째 이야기 [1]
10956정성태5/3/201624747Windows: 117. BitLocker - This device can't use a Trusted Platform Module.
10955정성태5/3/201631724.NET Framework: 581. C# - 순열(Permutation) 예제 코드파일 다운로드2
10954정성태5/3/201632336.NET Framework: 580. C# - 조합(Combination) 예제 코드 [2]파일 다운로드1
10953정성태5/2/201620778.NET Framework: 579. Assembly.LoadFrom으로 로드된 어셈블리의 JIT 컴파일 코드 공유?파일 다운로드1
10952정성태5/2/201623817.NET Framework: 578. 도메인 중립적인 어셈블리가 비-도메인 중립적인 어셈블리를 참조하는 경우파일 다운로드1
10951정성태5/2/201621524.NET Framework: 577. CLR Profiler로 살펴보는 SharedDomain의 모듈 로드 동작파일 다운로드1
10950정성태5/2/201629197.NET Framework: 576. 기본적인 CLR Profiler 소스 코드 설명 [2]파일 다운로드2
10949정성태4/28/201620955.NET Framework: 575. SharedDomain과 JIT 컴파일파일 다운로드1
10948정성태4/28/201625792.NET Framework: 574. .NET - 눈으로 확인하는 SharedDomain의 동작 방식 [3]파일 다운로드1
10947정성태4/27/201623840.NET Framework: 573. .NET CLR4 보안 모델 - 4. CLR4 보안 모델에서의 조건부 APTCA 역할파일 다운로드1
10946정성태4/26/201626495VS.NET IDE: 106. Visual Studio 2015 확장 - INI 파일을 위한 사용자 정의 포맷 기능 (Syntax Highlighting)파일 다운로드1
10945정성태4/26/201619154오류 유형: 327. VSIX 프로젝트 빌드 시 The "VsTemplatePaths" task could not be loaded from the assembly 오류 발생
10944정성태4/22/201621382디버깅 기술: 80. windbg - 풀 덤프 파일로부터 텍스트 파일의 내용을 찾는 방법
10943정성태4/22/201626310디버깅 기술: 79. windbg - 풀 덤프 파일로부터 .NET DLL을 추출/저장하는 방법 [1]
10942정성태4/19/201621683디버깅 기술: 78. windbg 사례 - .NET 예외가 발생한 시점의 오류 분석 [1]
10941정성태4/19/201621058오류 유형: 326. Error MSB8020 - The build tools for v120_xp (Platform Toolset = 'v120_xp') cannot be found.
10940정성태4/18/201625026Windows: 116. 프로세스 풀 덤프 시간을 줄여 주는 Process Reflection [3]
10939정성태4/18/201625827.NET Framework: 572. .NET APM 비동기 호출의 Begin...과 End... 조합 [3]파일 다운로드1
10938정성태4/13/201624359오류 유형: 325. 파일 삭제 시 오류 - Error 0x80070091: The directory is not empty.
... 106  107  108  109  110  111  112  113  114  115  116  117  118  119  [120]  ...