Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일

Visual Studio 2019 - CMake를 이용한 공유/실행(so/out) 리눅스 프로젝트 설정

지난 글에서는 단일 실행 프로젝트를 CMake로 구성했는데요,

Visual Studio 2019 - CMake를 이용한 리눅스 빌드 환경 설정
; https://www.sysnet.pe.kr/2/0/11825

이번에는, 공유 프로젝트(so) 하나와 그것에서 export한 함수를 사용하는 실행 프로젝트를 CMake로 구성해보겠습니다.

이를 위해 파일 및 폴더 구성은 다음과 같이 할 수 있습니다.

/
├── CMakeLists.txt
├── CMakeSettings.json
├── hello (실행 프로젝트)
│   ├── CMakeLists.txt
│   └── hello.cpp
└── libsay (공유 프로젝트)
    ├── CMakeLists.txt
    ├── lib.cpp
    └── lib.h

루트의 CMakeLists.txt는 다음과 같이 간단하게 구성할 수 있습니다.

cmake_minimum_required(VERSION 3.9)

set (BINDIR "~/bin")

SET (CMAKE_INSTALL_RPATH "$ORIGIN/")
SET (CMAKE_BUILD_WITH_INSTALL_RPATH TRUE)

add_subdirectory(hello)
add_subdirectory(libsay)

그리고 hello 프로젝트의 CMakeLists.txt와 hello.cpp는 이렇고,

cmake_minimum_required(VERSION 3.9)

project (hello)

add_executable(hello hello.cpp)

install(TARGETS ${PROJECT_NAME} DESTINATION ${BINDIR})

TARGET_LINK_LIBRARIES(hello say)

#include <stdio.h>
#include <iostream>
#include "../libsay/lib.h"

#ifdef WINDOWS
#include <direct.h>
#define GetCurrentDir _getcwd
#else
#include <unistd.h>
#define GetCurrentDir getcwd
#endif

#include <unistd.h>

int main(int argc, char* argv[])
{
    char buff[FILENAME_MAX];
    GetCurrentDir(buff, FILENAME_MAX);
    printf("Current working dir: %s\n", buff);

    test();
}

libsay 프로젝트의 CMakeLists.txt, lib.cpp, lib.h 파일은 각각 이렇게 구성합니다.

cmake_minimum_required(VERSION 3.9)

project (say)

add_library(say SHARED lib.cpp)

install(TARGETS ${PROJECT_NAME} DESTINATION ${BINDIR})

#include "lib.h"

void test()
{
    char buff[FILENAME_MAX];
    getcwd(buff, FILENAME_MAX);
    printf("Current working dir2: %s\n", buff);
}

#include <stdio.h>
#include <iostream>
#include <unistd.h>

extern "C"
{
    void test();
}

이렇게 하고 빌드하면 리눅스 머신에 다음과 같은 식으로 동일한 구조의 소스 디렉터리가 구성됩니다.

/var/tmp/src/24f6af91-c520-e638-9e29-cfc40e62d969/
└── Linux-Debug
    ├── CMakeLists.txt
    ├── CMakeSettings.json
    ├── hello
    │   ├── CMakeLists.txt
    │   └── hello.cpp
    └── libsay
        ├── CMakeLists.txt
        ├── lib.cpp
        └── lib.h

마찬가지로 빌드 산출물도 /var/tmp/build/24f6af91-c520-e638-9e29-cfc40e62d969/build/Linux-Debug 디렉터리 하위에 생성되지만 출력은 CMakeLists.txt의 install 명령으로 지정한 ~/bin 폴더에 모아집니다. 그래서 ~/bin/hello를 실행하면 정상적으로 ~/bin/libsay.so를 로드해 동작하는 것을 확인할 수 있습니다. 물론, 비주얼 스튜디오 IDE 내에서의 디버그도 되고. ^^




참고로, so 파일이 함수를 정상적으로 export하고 있는지 확인하고 싶을 텐데요. 윈도우의 경우 depends.exe를 사용하면 되지만 리눅스의 경우에는 nm 도구를 이용하면 됩니다. 다음은 libsay.so에 대해 수행한 결과를 보여줍니다.

$ nm ~/bin/libsay.so
0000000000200df8 d _DYNAMIC
0000000000201000 d _GLOBAL_OFFSET_TABLE_
00000000000008c3 t _GLOBAL__sub_I_lib.cpp
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
000000000000087a t _Z41__static_initialization_and_destruction_0ii
                 U _ZNSt8ios_base4InitC1Ev@@GLIBCXX_3.4
                 U _ZNSt8ios_base4InitD1Ev@@GLIBCXX_3.4
00000000000008e1 r _ZStL19piecewise_construct
0000000000201049 b _ZStL8__ioinit
00000000000009e8 r __FRAME_END__
00000000000008fc r __GNU_EH_FRAME_HDR
0000000000201048 d __TMC_END__
0000000000201048 B __bss_start
                 U __cxa_atexit@@GLIBC_2.2.5
                 w __cxa_finalize@@GLIBC_2.2.5
00000000000007d0 t __do_global_dtors_aux
0000000000200df0 t __do_global_dtors_aux_fini_array_entry
0000000000201040 d __dso_handle
0000000000200de0 t __frame_dummy_init_array_entry
                 w __gmon_start__
                 U __stack_chk_fail@@GLIBC_2.4
0000000000201048 D _edata
0000000000201050 B _end
00000000000008d8 T _fini
00000000000006b0 T _init
0000000000201048 b completed.7696
0000000000000740 t deregister_tm_clones
0000000000000810 t frame_dummy
                 U getcwd@@GLIBC_2.2.5
                 U printf@@GLIBC_2.2.5
0000000000000780 t register_tm_clones
000000000000081a T test

보는 바와 같이 마지막 줄에 test 함수가 export된 것을 확인할 수 있습니다.

(첨부 파일은 이 글의 예제 프로젝트를 포함합니다.)




참고로, CMake를 사용하는 경우 비주얼 스튜디오는 기본적으로 CMakefile.txt가 있는 모든 하위 폴더를 리눅스 측에 복사합니다. 만약 특정 폴더를 복사에서 제외하고 싶다면 CMakeSettings.json 파일의 remoteCopySourcesExclusionList 속성을 건드리면 됩니다. 기본적으로 ".vs"와 ".git" 폴더를 복사하지 않으며 아래에서는 추가로 x64 폴더도 복사하지 않게 설정한 것입니다.

{
  "configurations": [
    {
      "name": "Linux-Debug",
      "generator": "Unix Makefiles",
      "configurationType": "Debug",
      "buildRoot": "${env.USERPROFILE}\\CMakeBuilds\\${workspaceHash}\\build\\${name}",
      "installRoot": "${env.USERPROFILE}\\CMakeBuilds\\${workspaceHash}\\install\\${name}",
      "cmakeExecutable": "/usr/local/bin/cmake",
      "remoteCopySourcesExclusionList": [ ".vs", ".git", "x64" ],
      "cmakeCommandArgs": "",
      "buildCommandArgs": "",
      "ctestCommandArgs": "",
      "inheritEnvironments": [ "linux_x64" ],
      "remoteMachineName": "409410665;192.168.100.125 (username=testusr, port=22, authentication=Password)",
      "remoteCMakeListsRoot": "/var/tmp/src/${workspaceHash}/${name}",
      "remoteBuildRoot": "/var/tmp/build/${workspaceHash}/build/${name}",
      "remoteInstallRoot": "/var/tmp/build/${workspaceHash}/install/${name}",
      "remoteCopySources": true,
      "rsyncCommandArgs": "-t --delete --delete-excluded",
      "remoteCopyBuildOutput": false,
      "remoteCopySourcesMethod": "rsync",
      "variables": []
    }
  ]
}

그 외에 CMake에 대한 간단한 튜토리얼을 다음의 글에서 확인할 수 있습니다.

[CMake 튜토리얼] 1. CMake 소개와 예제, 내부 동작 원리
; https://www.tuwlab.com/ece/27234

[CMake 튜토리얼] 2. CMakeLists.txt 주요 명령과 변수 정리
; https://www.tuwlab.com/ece/27260

CMake를 이용한 패키지 빌드
; https://z-wony.tistory.com/2




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 5/14/2019 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12063정성태11/21/2019919디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태12/20/2019751디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/2019842Windows: 165. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/21/2019925디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/2019867디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/2019838디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/2019556오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/20191110개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/2019557개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/2019988.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/2019661Windows: 164. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/2019588오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태12/2/20191420개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/2019890Windows: 163. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/2019637.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/2019902Windows: 163. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/20191473Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태11/9/2019789오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/2019612오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/2019784오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/2019825오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
12042정성태10/26/2019757오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"
12041정성태10/23/2019594오류 유형: 572. mstest.exe - The load test results database could not be opened.
12040정성태10/23/2019987오류 유형: 571. Unhandled Exception: System.Net.Mail.SmtpException: Transaction failed. The server response was: 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied
12039정성태10/22/2019727스크립트: 16. cmd.exe의 for 문에서는 ERRORLEVEL이 설정되지 않는 문제
12038정성태10/17/2019578오류 유형: 570. SQL Server 2019 RC1 - SQL Client Connectivity SDK 설치 오류
1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...