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

비밀번호

댓글 작성자
 




... 76  77  78  79  80  81  82  83  84  85  86  [87]  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
11851정성태3/19/201926363Linux: 8. C# - 리눅스 환경에서 DllImport 대신 라이브러리 동적 로드 처리 [2]
11850정성태3/18/201926973.NET Framework: 813. C# async 메서드에서 out/ref/in 유형의 인자를 사용하지 못하는 이유
11849정성태3/18/201925614.NET Framework: 812. pscp.exe 기능을 C#으로 제어하는 방법파일 다운로드1
11848정성태3/17/201922808스크립트: 14. 윈도우 CMD - 파일이 변경된 경우 파일명을 변경해 복사하고 싶다면?
11847정성태3/17/201927167Linux: 7. 리눅스 C/C++ - 공유 라이브러리 동적 로딩 후 export 함수 사용 방법파일 다운로드1
11846정성태3/15/201926130Linux: 6. getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제
11845정성태3/15/201925097Linux: 5. Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency) [3]
11844정성태3/14/201927301개발 환경 구성: 434. Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정 [1]파일 다운로드1
11843정성태3/14/201922015기타: 75. MSDN 웹 사이트를 기본으로 영문 페이지로 열고 싶다면?
11842정성태3/13/201919015개발 환경 구성: 433. 마이크로소프트의 CoreCLR 프로파일러 예제를 Visual Studio CMake로 빌드하는 방법 [1]파일 다운로드1
11841정성태3/13/201919579VS.NET IDE: 132. Visual Studio 2019 - CMake의 컴파일러를 기본 g++에서 clang++로 변경
11840정성태3/13/201922362오류 유형: 526. 윈도우 10 Ubuntu App 환경에서는 USB 외장 하드 접근 불가
11839정성태3/12/201927400디버깅 기술: 124. .NET Core 웹 앱을 호스팅하는 Azure App Services의 프로세스 메모리 덤프 및 windbg 분석 개요 [3]
11838정성태3/7/201930566.NET Framework: 811. (번역글) .NET Internals Cookbook Part 1 - Exceptions, filters and corrupted processes [1]파일 다운로드1
11837정성태3/6/201943695기타: 74. 도서: 시작하세요! C# 7.3 프로그래밍 [10]
11836정성태3/5/201927504오류 유형: 525. Visual Studio 2019 Preview 4/RC - C# 8.0 Missing compiler required member 'System.Range..ctor' [1]
11835정성태3/5/201924971.NET Framework: 810. C# 8.0의 Index/Range 연산자를 .NET Framework에서 사용하는 방법 및 비동기 스트림의 컴파일 방법 [3]파일 다운로드1
11834정성태3/4/201923720개발 환경 구성: 432. Visual Studio 없이 최신 C# (8.0) 컴파일러를 사용하는 방법
11833정성태3/4/201925517개발 환경 구성: 431. Visual Studio 2019 - CMake를 이용한 공유/실행(so/out) 리눅스 프로젝트 설정파일 다운로드1
11832정성태3/4/201919339오류 유형: 524. Visual Studio CMake - rsync: connection unexpectedly closed
11831정성태3/4/201921134오류 유형: 523. Visual Studio 2019 - 새 창으로 뜬 윈도우를 닫을 때 비정상 종료
11830정성태2/26/201919752오류 유형: 522. 이벤트 로그 - Error opening event log file State. Log will not be processed. Return code from OpenEventLog is 87.
11829정성태2/26/201920719개발 환경 구성: 430. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 - 리눅스 환경 [1]
11828정성태2/26/201929933개발 환경 구성: 429. Component Services 관리자의 RuntimeBroker 설정이 2개 있는 경우 [8]
11827정성태2/26/201921933오류 유형: 521. Visual Studio - Could not start the 'rsync' command on the remote host, please install it using your system package manager.
11826정성태2/26/201922411오류 유형: 520. 우분투에 .NET Core SDK 설치 시 패키지 의존성 오류
... 76  77  78  79  80  81  82  83  84  85  86  [87]  88  89  90  ...