Динамическое связывание QT в WSL не работает, но работает в Docker-контейнере - PullRequest
Новая
       54

Динамическое связывание QT в WSL не работает, но работает в Docker-контейнере

2 голосов
/ 19 марта 2019

Я хочу создать программу на c ++, которая динамически связывает библиотеку QT-Core.

Для этого я использую WSL в качестве среды сборки и CLion в качестве IDE.Когда я компилирую эту программу в WSL (ubuntu_18.04), компоновщик не находит QtLibrary, но когда я компилирую его в Docker-контейнере (ubuntu_18.04), компоновщик находит библиотеку.

Я очень запуталсяэтим, как мне кажется, я правильно установил путь поиска библиотеки.Кто-нибудь понял, что может быть причиной этого?

Моя структура проекта выглядит следующим образом: 

apps
- CMakeLists.txt
- main.cpp
extern
- qt-linux
src
- CMakeLists.txt
- functions.cpp
- functions.hpp
toolschains
- linux-toolchain.cmake
CMakeLists.txt
build.sh

Файлы CMakeLists.txt выглядят так:

CMakeLists.txt: cmake_minimum_required (ВЕРСИЯ 3.10) проекта (cpp_hello_world) 

set(CMAKE_CXX_STANDARD 14)
set(CMAKE_INSTALL_PREFIX ${CMAKE_CURRENT_SOURCE_DIR}/Install)
set(CMAKE_SKIP_BUILD_RPATH  FALSE)
set(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE)
set(CMAKE_INSTALL_RPATH "$ORIGIN/../lib")


# QT SETUP
if(UNIX)
    set(Qt5Core_DIR "extern/qt-linux/lib/cmake/Qt5Core")
    install(DIRECTORY ${PROJECT_SOURCE_DIR}/extern/qt-linux/lib/ DESTINATION 
    lib)
endif()
set(CMAKE_AUTOMOC ON)
set(CMAKE_AUTOUIC ON)
find_package(Qt5Core)

add_subdirectory(src)
add_subdirectory(apps)

src / CMakeLists.txt: 

set(CMAKE_INCLUDE_CURRENT_DIR ON)

add_library(HelloLibrary SHARED functions.hpp functions.cpp)
target_link_libraries(HelloLibrary Qt5::Core)
target_include_directories(HelloLibrary PUBLIC ${CMAKE_CURRENT_SOURCE_DIR})


install(TARGETS HelloLibrary DESTINATION lib)
install(FILES functions.hpp DESTINATION include)

apps / CMakeLists.txt: 

add_executable(hello-world main.cpp)

target_link_libraries(hello-world HelloLibrary)
target_link_libraries(hello-world -static-libgcc -static-libstdc++)
install(TARGETS hello-world DESTINATION bin)

иЯ строю с использованием следующего сценария build.sh: 

#!/bin/bash

export SOURCE_DIR=$(pwd)
rm -R build
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_TOOLCHAIN_FILE=../toolchains/linux- 
    toolchain.cmake -G "CodeBlocks - Unix Makefiles" ${SOURCE_DIR}

make
make install

ldd выходной WSL: 

    linux-vdso.so.1 (0x00007ffff62d6000)
    libHelloLibrary.so => /mnt/c/Users/ci/Documents/Development/cpp-cmake-prototype/Install/bin/../lib/libHelloLibrary.so (0x00007f7c96fb0000)
    libQt5Core.so.5 => not found
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7c96bb0000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f7c97600000)
    libQt5Core.so.5 => not found
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f7c96820000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f7c965f0000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7c96250000)

ldd выходной Docker-контейнер: 

    linux-vdso.so.1 (0x00007ffc6932a000)
    libHelloLibrary.so => /Install/bin/./../lib/libHelloLibrary.so (0x00007f36411db000)
    libQt5Core.so.5 => /Install/bin/./../lib/libQt5Core.so.5 (0x00007f3640c33000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3640842000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f3641715000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f36404b9000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f36402a1000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f3640082000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f363fe65000)
    libicui18n.so.60 => /usr/lib/x86_64-linux-gnu/libicui18n.so.60 (0x00007f363f9c4000)
    libicuuc.so.60 => /usr/lib/x86_64-linux-gnu/libicuuc.so.60 (0x00007f363f60d000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f363f409000)
    libdouble-conversion.so.1 => /usr/lib/x86_64-linux-gnu/libdouble-conversion.so.1 (0x00007f363f1f8000)
    libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f363eee2000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f363eb44000)
    libicudata.so.60 => /usr/lib/x86_64-linux-gnu/libicudata.so.60 (0x00007f363cf9b000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f363cd29000)

1 Ответ

1 голос
/ 19 марта 2019

Я понял это сейчас Проблема заключалась в том, что libQt5Core.so.5 был собран с тегом .note.ABI, для которого установлена ​​версия, несовместимая с тем, что WSL идентифицирует как (4.4), но контейнер докера был совместим (4.9).

Похоже на то, что происходит здесь: https://github.com/Microsoft/WSL/issues/3023

...