LINUX.ORG.RU

24
Всего сообщений: 221

Подскажите систему управления сборкой множества пакетов

Есть у меня несколько пакетов c использованием cmake. И каждому при компиляции надо указывать файл конфига тулчейна, префикс, куда ставить, некоторым еще дополнительные опции.

В общем, хочется автоматизировать.

Можно написать свой bash скрипт для сборки, но наверняка это не лучшее решение

 

cvs-255 ()

CMake не понимаю почему

Добрый день!

Есть такой CMakeLists.txt

cmake_minimum_required(VERSION 3.10)

find_package(Hg)
if (HG_FOUND)
    message("HG found")
    HG_WC_INFO(${PROJECT_SOURCE_DIR} prj1)
    set (SHORT_CHANGESET ${prj1_WC_REVISION})
    set (HEX 0x)
    set (LONG_CHANGESET ${HEX}${prj1_WC_CHANGESET})
    message("Changeset: " ${SHORT_CHANGESET})
    message("Number: " ${LONG_CHANGESET})
    add_compile_options(-DSHORT_CHANGESET=${SHORT_CHANGESET}
    -DLONG_CHANGESET=${LONG_CHANGESET})
endif()

add_subdirectory(prj2)
add_subdirectory(prj3)

И, соответственно, в директории prj2 CMakeLists.txt

cmake_minimum_required(VERSION 2.6)
set (SOURCES cpp1.cpp cpp2.cpp cpp1.def)
set (SHORT_CHANGESET "" CACHE STRING "Mercurial short changeset")
set (LONG_CHANGESET "" CACHE STRING "Mercurial long changeset")
add_library(HardwareInterface SHARED ${SOURCES})
add_definitions(/DSHORT_CHANGESET=${SHORT_CHANGESET} /DLONG_CHANGESET=${LONG_CHANGESET})
add_definitions(/MT)

Где-то в недрах cpp1.cpp SHORT_CHANGESET и LONG_CHANGESET используются.

Так вот, компилируется все это только при условии, что cmake запускается два раза - после первого запуска ошибки раскрывания макросов, а после второго - все ОК.

Я не автор кода, только собираю его. В чем причина такого поведения cmake?

 ,

braboar ()

Ошибка при линковке shared библиотеки при использовании cmake

Имею проект с такой структурой

* test_dpi
  * dpi
    * include
      * typedefs.h
      * streams.h
    * src
      * typedefs.cpp
      * streams.cpp
    * CMakeLists.txt
  * main.cpp
  * CMakeLists.txt

typedefs.h

#pragma once

#include <iostream>
#include <vector>

#define DECLARE_SERIALIZATION template<typename Ar> void serialize(Ar& ar, const unsigned version);

namespace DPI
{
    enum class Direction : int {
        Forward = 1,
        Reverse
    };

    struct Flow {
        uint64_t id{};

        DECLARE_SERIALIZATION
    };

    struct Packet {
        uint64_t flow_id{};

        DECLARE_SERIALIZATION
    };

    struct Dump {
        std::vector<Packet> packets;
        std::vector<Flow> flows;

        DECLARE_SERIALIZATION
    };
}

streams.h

#pragma once

#include "typedefs.h"

#include <boost/filesystem.hpp>
#include <boost/archive/binary_wiarchive.hpp>
#include <boost/archive/binary_woarchive.hpp>

namespace DPI
{
    bool load(const std::wstring& path, Dump& dump);
    bool dump(const std::wstring& path, const Dump& dump);
}

main.cpp

#include "dpi/streams.h"

int main() {
    std::cout << "Hello, World!" << std::endl;

    DPI::Dump dump;
    DPI::dump(L"this.bin", dump);

    return 0;
}

dpi/CMakeLists.txt

cmake_minimum_required(VERSION 3.12)
project(dpi)

add_library(dpi SHARED
        include/dpi/typedefs.h include/dpi/streams.h
        src/typedefs.cpp src/streams.cpp
        )

target_include_directories(dpi PRIVATE ./include/dpi)

CMakeLists.txt

cmake_minimum_required(VERSION 3.13)
project(test_dpi)

set(CMAKE_CXX_STANDARD 17)
find_package(Boost REQUIRED)

add_subdirectory(dpi)
include_directories(${dpi_SOURCE_DIR}/include)

add_executable(test_dpi main.cpp)
link_libraries(test_dpi boost_system boost_serialization boost_wserialization dpi)

Сам подпроект компилируется нормально, но при попытке собрать test_dpi в терминале появляются такие ошибки

====================[ Build | test_dpi | Debug ]================================
/opt/clion-2018.3.1/bin/cmake/linux/bin/cmake --build /home/ramb/Projects/test_dpi/cmake-build-debug --target test_dpi -- -j 2
[ 50%] Linking CXX executable test_dpi
/usr/bin/ld: CMakeFiles/test_dpi.dir/main.cpp.o: in function `main':
/home/ramb/Projects/test_dpi/main.cpp:9: undefined reference to `DPI::dump(std::__cxx11::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > const&, DPI::Dump const&)'
/usr/bin/ld: CMakeFiles/test_dpi.dir/main.cpp.o: in function `boost::system::error_category::std_category::equivalent(int, std::error_condition const&) const':
/usr/include/boost/system/error_code.hpp:676: undefined reference to `boost::system::generic_category()'
/usr/bin/ld: /usr/include/boost/system/error_code.hpp:679: undefined reference to `boost::system::generic_category()'
/usr/bin/ld: CMakeFiles/test_dpi.dir/main.cpp.o: in function `boost::system::error_category::std_category::equivalent(std::error_code const&, int) const':
/usr/include/boost/system/error_code.hpp:706: undefined reference to `boost::system::generic_category()'
/usr/bin/ld: /usr/include/boost/system/error_code.hpp:709: undefined reference to `boost::system::generic_category()'
/usr/bin/ld: /usr/include/boost/system/error_code.hpp:721: undefined reference to `boost::system::generic_category()'
collect2: error: ld returned 1 exit status
gmake[3]: *** [CMakeFiles/test_dpi.dir/build.make:84: test_dpi] Error 1
gmake[2]: *** [CMakeFiles/Makefile2:73: CMakeFiles/test_dpi.dir/all] Error 2
gmake[1]: *** [CMakeFiles/Makefile2:85: CMakeFiles/test_dpi.dir/rule] Error 2
gmake: *** [Makefile:118: test_dpi] Error 2

Что я делаю не так?

 , ,

Ram-B ()

Сборка ODB с помощью CMake в Gentoo и не только

Релиз ODB (одна из самых продвинутых свободных ORM для C++) очень затянулся. Старая версия 2.4.0 уже не работает с GCC7 и новее, а для сборки и тестирования ODB из Git (а также alpha и beta) разработчики предлагают использовать их собственную сборочную систему build2.

Я предложил помощь в добавлении поддержки autotools/cmake для того, чтобы упростить сборку в source-based дистрибутивах и сборку пакетов для дистрибутивов в целом, но у разработчиков были причины использовать и официально поддерживать только собственную систему сборки.

Вот обсуждение: https://www.codesynthesis.com/pipermail/odb-users/2018-December/004160.html

Так как в качестве основной ОС у меня Gentoo, то у меня был выбор или написать ebuild-ы для build2 и соответствующий eclass, или портировать ODB на CMake, так как это упростит сборку пакетов для других дистрибутивов уже привычными инструментами. Пока что я остановился на втором варианте.

Если кому интересно попробовать свежий ODB, то здесь я буду в свободное время продолжать портировать на CMake https://gitlab.com/odb-cmake. Замечания и пожелания приветствуются.

И ещё: есть заинтересованные в build2 в Gentoo?

 , , ,

Pravorskyi ()

а?

привет, лор.

есть погромулька, которая собирается cmake и есть libvasya.so.1.0.0, libvasya.so.1 а так же и libvasya.so.

означает ли DBUILD_SHARED_LIBS=ON линковку с libvasya.so.1, а DBUILD_SHARED_LIBS=OFF с libvasya.so?

 

Deleted ()

Установка плагина для GCC в Gentoo — нужно исправить ebuild или CMakeLists.txt?

Во время установки ebuild получаю предупреждение:

>>> Install odb-9999 into /var/tmp/portage/dev-util/odb-9999/image category dev-util
>>> Working in BUILD_DIR: "/var/tmp/portage/dev-util/odb-9999/work/odb-9999_build"
[0/1] Install the project...
-- Install configuration: "Gentoo"
-- Installing: /var/tmp/portage/dev-util/odb-9999/image/usr/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin/libodb.so
-- Installing: /var/tmp/portage/dev-util/odb-9999/image/usr/bin/odb
>>> Completed installing odb-9999 into /var/tmp/portage/dev-util/odb-9999/image

 * Final size of build directory: 21196 KiB (20.6 MiB)
 * Final size of installed tree:   4632 KiB ( 4.5 MiB)

 * The ebuild is installing to one or more unexpected paths:
 * 
 *   /usr/usr
 * 
 * Please fix the ebuild to use correct FHS/Gentoo policy paths.

Вот в этом файле дважды встречается каталог usr:

/var/tmp/portage/dev-util/odb-9999/image/usr/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin/libodb.so

В CMakeLists.txt определяется каталог с плагинами для GCC таким образом:

execute_process (COMMAND ${CMAKE_CXX_COMPILER} "-print-file-name=plugin"
    OUTPUT_VARIABLE GCC_PLUGIN_DIR
    OUTPUT_STRIP_TRAILING_WHITESPACE
)
Пример значения переменной CMAKE_CXX_COMPILER:
/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin

И вот так идёт установка плагина в CMakeLists.txt:

install (TARGETS odb
    LIBRARY
        DESTINATION ${CMAKE_INSTALL_PREFIX}/${GCC_PLUGIN_DIR}
)
Так как нет других идей как определить путь к плагинам GCC, то в результате получаю абсолютный путь с /usr в начале. И добавляю ${CMAKE_INSTALL_PREFIX}, чтобы не использовать жестко закодированный абсолютный путь.

Теперь возникает вопрос: для того, чтобы исправить установку с помощью portage, мне нужно обработать эту ситуацию в ebuild или поменять логику в CMakeLists.txt?

 , , , ,

Pravorskyi ()

Не компилируется Stratagus. Cmake -Werror

Manjaro. Пытаюсь поставить stratagus из аура. Не компиляется со следующей ошибкой:

/usr/include/SDL/SDL_opengl.h:116: error: "GL_GLEXT_VERSION" redefined [-Werror]
 #define GL_GLEXT_VERSION 29
 
In file included from /usr/include/GL/gl.h:2055,
                 from /usr/include/SDL/SDL_opengl.h:46,
                 from /home/alyokhin/build/stratagus.aur/src/stratagus/src/include/video.h:46,
                 from /home/alyokhin/build/stratagus.aur/src/stratagus/src/action/action_attack.cpp:60:
/usr/include/GL/glext.h:54: note: this is the location of the previous definition
 #define GL_GLEXT_VERSION 20180725
 
cc1plus: all warnings being treated as errors
make[2]: *** [CMakeFiles/stratagus.dir/build.make:90: CMakeFiles/stratagus.dir/src/action/action_attack.cpp.o] Error 1
make[2]: Leaving directory '/home/alyokhin/build/stratagus.aur/src/build'
make[1]: *** [CMakeFiles/Makefile2:147: CMakeFiles/stratagus.dir/all] Error 2
make[1]: Leaving directory '/home/alyokhin/build/stratagus.aur/src/build'
make: *** [Makefile:130: all] Error 2
make: Leaving directory '/home/alyokhin/build/stratagus.aur/src/build'
==> ERROR: A failure occurred in build().
    Aborting...

Такая же висит в комментах к пакету в ауре. Насколько я понял, сама нестыковка версий может быть и не критичнна. Но где-то выставлен параметр -Werror и все предупреждения обрабатываются как ошибки. Где это подправить можно?

 

ipochto ()

Отключить часть предупреждений gcc для всего проекта.

Можно ли при помощи CMake отключить одно предупреждение (-Wdeprecated-declaration) для всего проекта? И если можно, то как?

 ,

Landgraf ()

Cross Platform Package Manager for C++

Добрый День,

Решал прикладную задачу на C++ и понял, что не плохо бы поделиться с миром инструментом для Cross Platform Package Manager for C++

Документация и детали доступны здесь: https://github.com/amidukr/pak-c-mak

Интересны фидбеки, стоит ли мне продолжать?

 , , , ,

amidukr ()

cmake и версия продукта

Появилась необходимость каким-то образом получить версию продукта, при сборке проекта используя утилиту cmake.

В проекте версия объявлена вот так:

if(NOT "${BUILD_VERSION}")
    set(BUILD_VERSION 1.0)
endif()

Заранее благодарю за помощь.

 ,

ECLIPSE ()

CMake кросс-компиляция для ARM фейлится на этапе теста

Всем привет.

По нужде, а не по собственной воле нужно портировать проект на CMake из qmake/qbs. Проект кросс-платформенный на Qt, целевая платформа Apalis iMX6 с BSP Linux, сгенерированном при помощи Yocto. Используется toolchain сгенеренный тем-же Yocto. Хост машина - Ubuntu 18 x86_64.

Путь к toolchain:

/mnt/data/Yocto-miatech/sdks/sysroots/x86_64-pokysdk-linux/

Путь к целевой RootFs:

/mnt/data/Yocto-miatech/sdks/sysroots/cortexa9hf-neon-poky-linux-gnueabi/

В качестве IDE, естественно используется QtCreator 4.8.0, в котором все нужные комплекты настроены правильно (юзаю SDK, сгенеренный Yocto). Проекты, базирующиеся на qmake или qbs компилятся великолепно. Но вот с CMake какая-то ж#@а.

Проект (любой, даже Hello World) открывается корректно (нифига не открывается, сразу после открытия вижу треш), но при попытке кросс-компиляции, CMake вываливает такой треш:

The ASM compiler identification is GNU Found assembler: /mnt/data/Yocto-miatech/sdks/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc The C compiler identification is GNU 6.4.0 The CXX compiler identification is GNU 6.4.0 Check for working C compiler: /mnt/data/Yocto-miatech/sdks/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc Check for working C compiler: /mnt/data/Yocto-miatech/sdks/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc — broken CMake Error at /usr/share/cmake-3.10/Modules/CMakeTestCCompiler.cmake:52 (message): The C compiler

«/mnt/data/Yocto-miatech/sdks/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc»

is not able to compile a simple test program.

It fails with the following output:

Change Dir: /tmp/QtCreator-iobfII/qtc-cmake-wCnOwxuI/CMakeFiles/CMakeTmp Run Build Command:«/mnt/data/Yocto-miatech/sdks/sysroots/cortexa9hf-neon-poky-linux-gnueabi/usr/bin/make» «cmTC_afb4e/fast» /lib/ld-linux-armhf.so.3: No such file or directory

CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:22 (project)

Configuring incomplete, errors occurred! See also «/tmp/QtCreator-iobfII/qtc-cmake-wCnOwxuI/CMakeFiles/CMakeOutput.log». See also «/tmp/QtCreator-iobfII/qtc-cmake-wCnOwxuI/CMakeFiles/CMakeError.log». CMake Project parsing failed.

WTF?

Какого хрена CMake дергает make, расположенный на RootFs целевой ARM платформы? Естественно, оно не запустится на x86_64! Симлинк 'ld-linux-armhf.so.3' имеется на целевом RootFs и ссылается на валидную либу.

CMake-филы, как вы используете это говно? Как пофиксить?

PS: С qmake и QBS проблем нет, а CMake тупит... Бесит что ппц. :(

 , , ,

kuzulis ()

Установка q4wine

Всем привет, хочу установить q4wine по этой инструкции

http://blog.swlogic.eu/2010/09/13/linux-wine-q4wine-ustanovka-i-rabota-s-prog...

ОС Debian 9.6 GUI Mate.

1. Скачал архив из:

https://sourceforge.net/projects/q4wine/files/q4wine/q4wine 1.3.10/

2. Установил пакеты для сборки

sudo apt-get install git build-essential cmake qt5-default qtscript5-dev libssl-dev qttools5-dev qttools5-dev-tools qtmultimedia5-dev libqt5svg5-dev libqt5webkit5-dev libsdl2-dev libasound2 libxmu-dev libxi-dev freeglut3-dev libasound2-dev libjack-jackd2-dev libxrandr-dev libqt5xmlpatterns5-dev libqt5xmlpatterns5 qtbase5-dev qttools5-dev-tools

3. Далее собираю так:

sudo cmake -DCMAKE_INSTALL_PREFIX=/usr/local/q4wine-1.3.10
sudo make install

4. Перехожу в директорию установки и пытаюсь запустить:

cd /usr/local/q4wine-1.3.10
q4wine

И ничего не происходит...

Что надо еще сделать???

 , , ,

dim4k ()

modern cmake

Поделитесь ссылками на best practices в современном cmake...

Типа target_include_directories Vs include_directories и т.п.

Что-то на подобие этого: https://cliutils.gitlab.io/modern-cmake/

Спасибо.

 

invy ()

cmake conditions

Нужна помощь чтобы разобрать следующий код:

IF(BUILD_64_TARGET)
    SET(...)
ELSE(BUILD_64_TARGET)
    SET(...)
ENDIF(BUILD_64_TARGET)

Вызывается часть под ELSE. Не понимаю почему условия под IF и ELSE одинаковые. Благодарен за помощь.

 ,

ECLIPSE ()

CMake сжирает всю память и процессор

Всем привет!

Вопрос наверно глупый для тех кто пишет на плюсах, но я с таким никогда еще не сталкивался. Есть telegram библиотека для написания клиентских приложений tdlib. Мне она нужна для использования на Java. https://github.com/tdlib/td/tree/master/example/java

Для того чтобы смочь ею пользоваться, ее нужно собрать под свою систему. Что я и пытался сделать. Но столкнулся с небольшой неожиданностью. Оказывается это занимает не 10 минут, не 30 минут, и даже не час! Я до сих пор не знаю сколько это занимает времени, я оставлял на ночь сборку и на утро она все еще шла! Пришлось отменить т.к. нужен был компьютер для работы. Это нормально?

Может я не правильно что-то делаю? Кроме того сборка забирает все мои бедные 4гб оперативки и полностью загружает 4 ядра. Системой пользоваться невозможно. Да что там системой, даже мышкой пошевелить нельзя, она еле откликается на движения.

И у меня такой вопрос. Если все же у меня получиться собрать и использовать эту библиотеку, и я захочу задеплоить на сервер готовый jar-ник, мне же придется собирать под сервер по новой библиотеку? Т.е. лучше сразу начать сборку библиотеки на сервере и там уже собирать и тестировать свое java-приложение?

 , , , ,

Sppawa ()

cmake dyld: Library not loaded

Всем привет, начал осваивать cmake. Есть вот такая структура:

➜  helloWorld ls                                                                                                                                                                                                           [18/11/29|11:19AM]
CMakeLists.txt    cmake-build-debug main.cpp          third_parties
➜  helloWorld

➜  helloWorld ls third_parties/say                                                                                                                                                                                         [18/11/29|11:19AM]
compilesaylib.sh libsaylib.dylib  saylib.cpp       saylib.h
➜  helloWorld

CMakeLists.txt выглядит вот так:

cmake_minimum_required(VERSION 3.12)
cmake_policy(SET CMP0015 NEW)
SET(CMAKE_SYSTEM_NAME Darwin)
project (myproject)

include_directories(${CMAKE_SOURCE_DIR}/third_parties/say)

file(GLOB LIBRARIES "third_parties/say/*.dylib")
message("LIBRARIES = ${LIBRARIES}")

add_executable(myproject main.cpp)
target_link_libraries(myproject ${LIBRARIES})

main.cpp:

#include <iostream>
#include "./third_parties/say/saylib.h"

int main() {
    say("Hi there!");
    return 0;
}

Ошибка:

➜  cmake-build-debug ./helloWorld                                                                                                                                                                                          [18/11/29|10:56AM]
dyld: Library not loaded: libsaylib.dylib
  Referenced from: /Users/oleg/CLionProjects/helloWorld/cmake-build-debug/./helloWorld
  Reason: image not found
[1]    17995 abort      ./helloWorld
➜  cmake-build-debug

Сама либа получается без пути и ищется в директории где исполняемый файл.

➜  cmake-build-debug otool -L helloWorld                                                                                                                                                                                   [18/11/29|10:56AM]
helloWorld:
	libsaylib.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.4)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.200.5)
➜  cmake-build-debug

Можно ли указать относительный путь к shared library чтобы не копировать либу к исполняемому файлу, а оставить ее там где она лежит сейчас? Заранее спасибо.

 , , ,

ECLIPSE ()

За что так не любят cmake?

Почему-то всякое упоминание cmake притягивает толпу разъярённых людей. Чем он так плох? Чем его предлагаете заменить?

Я сложных проектов не писал, но чужие собирать и патчить доводилось. Самый низкий порог вхождения оказался у cmake и GNU make, прочие инструменты не осилил.

 

question4 ()

ceph mimic на ubuntu 16.04: параметры CMake?

Есть задача: собрать кластер CEPH версии mimic на Ubuntu 16.04 (xenial).

Как я понял, в официальном списке пакетов 16-й убунты, mimic отсутствует. Появляется он только в 18-й версии (bionic). Но никто не запрещает собрать CEPH любой версии на любом линуксе - что я и сделал. Однако после «make install» бинарники, библиотеки и юниты systemd, ставятся куда угодно, только не туда куда надо! В итоге, при настройке ноды, на шаге «systemctl enable ceph» я получаю ошибку: «Failed to execute operation: No such file or directory»

Пробовал переносить юниты «руками», копировать библиотеки в /lib - не запускается! Еще попробовал запускать официальный скрипт «do_cmake.sh» с аргументами: ARGS="-DCMAKE_INSTALL_SYSTEMD_SERVICEDIR=lib/systemd/system -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr" ./do_cmake.sh результат тот же.

Подскажите, люди добрые, правильные аргументы CMake.

 , , ,

max-himik ()

fluent-bit

Пилю сабж для https://github.com/fluent/fluent-bit/ .

Застрял на

 * QA Notice: make jobserver unavailable:
 * 
 *      make[3]: warning: jobserver unavailable: using -j1.  Add '+' to parent make rule.
Files matching a file type that is not allowed:
   lib/libfluent-bit.so
 * ERROR: net-misc/fluent-bit-0.14.2::aytpo failed:
 *   multilib-strict check failed!
 * 
 * Call stack:
 *   misc-functions.sh, line 666:  Called install_qa_check
 *   misc-functions.sh, line 217:  Called source 'install_symlink_html_docs'
 *   80multilib-strict, line  46:  Called multilib_strict_check
 *   80multilib-strict, line  42:  Called die
 * The specific snippet of code:
 *              [[ ${abort} == yes ]] && die "multilib-strict check failed!"

# Copyright 1999-2018 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=6

inherit cmake-utils multilib

DESCRIPTION="Multi-platform log processor and forwarder"
HOMEPAGE="https://fluentbit.io/"
SRC_URI="https://fluentbit.io/releases/0.14/${P}.tar.gz"

LICENSE=""
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE="exapmles"

DEPEND=""
RDEPEND="${DEPEND}"

#src_unpack() {
#       unpack ${A}
#      #epatch "${FILESDIR}"/libpath.patch
#        cd "${S}/include"
#        epatch "${FILESDIR}"/include.patch
#
#}

#PATCHES=( "${FILESDIR}/libpath.patch" )

src_configure() {
#      MAKEOPTS+=" -j16"
        local mycmakeargs=(
                -DCMAKE_INSTALL_PREFIX=/
                -DBUILD_SHARED_LIBS=ON
                -DLIB=$(get_libdir)
#              -DCMAKE_LIBRARY_PATH="/usr/$(get_libdir)/${PN}"
        )
        cmake-utils_src_configure
}

Подозреваю, надо что-то поменять в районе 20 строки тут https://github.com/fluent/fluent-bit/blob/master/CMakeLists.txt Но силы меня покинули. Кто чем поможет?

 ,

macumazan ()

А чем среди разработчиков KDE принято пользоваться для, собственно, разработки KDE?

Вопрос в заголовке.
Хочу допилить себе Breeze, но этот CMake кошмар нормально не переварил ни Qt Creator, ни KDevelop (Просто 2 догадки), а без Go-to-definition и с кодом, почти целиком покрытым красной волнистой линией, - что-то совсем грустно.

UPD 1

Qt Creator 4.7.0 - версия последняя.
На отсутствие dev-пакетов тоже не пожаловаться - потому что собирается.
Пишет следующее:

Warning: The code model could not parse an included file, which may lead to incorrect code completion and highlighting, for example.

В древе проекта слева не отображаются заголовочные (*.h) файлы, хотя в директории проекта присутствуют. Может какие дополнительные параметры нужно передать CMake?

 , ,

Deleted ()