gconf/QTCreator/static-dynamic lib linking

>gconf

qt
статика

А может не надо, а?

может) Почему нет?

А зачем проге на Qt gconf? Там же есть QSettings или это какое-то хитрое колдунство над настройками чего-то не своего?

Для чего всё это затеивалось...

Для работы с ADC платами сбора данных был построен свой SDK. Множество динамических библиотек, которые выполняют функции управления платами, обработки сигналов, сохранения данных, отрисовки и т.д.

Рассмотрим группу динамических библиотек ответственных за работу с устройством. Каждая отдельная библиотека в данной группе позволяет работать только с определённой моделью устройства. Принцип работы для всех устройств одинаковый. В связи с этим, было решено сделать общий интерфейс для всех плат. Собственно в каждой библиотеке содержится класс с соотвесвующим для данной группы интерфейсом. Для того, чтобы удобно загружать библиотеку из любой разрабатываемой программы, нужно было реализовать загрузчик, который знал бы где располагаются все установленные библиотеки и какие интерфейсы они используют. Данную информацию хорошо бы локализовать в какой-то удобной для управления базе.

Почитав на форумах про аналоги реестра форточек, пришёл к выводу, что хорошим подспорьем может выступить gconf. Загрузчик был реализован. Весь код загнал в статическую либу, чтобы при создании новых проектов не думать о прописывании кучи путей к используемым хедерам.

1. qtcreator - сожги это убожество и возьми лучше kate/gedit какой-нибудь.

2. Попробуй так

LIBS += -llibraryloader \
     -L/home/xray/LibraryLoader \
     -L/usr/lib/libgconf2-4/2 \
     -ldl

> Буду признателен любым полезным советам.
Не мешать в кучу Qt и GLib/GConf.

> qtcreator - сожги это убожество и возьми лучше kate/gedit какой-нибудь.
OMG. Назвать IDE убожеством, после чего предложить на замену текстовый редактор - такого я еще не видел.

Это не ide, это убожество.

>Почитав на форумах про аналоги реестра форточек, пришёл к выводу, что хорошим подспорьем может выступить gconf.

С Qt это никто не использует… Используй встроенный QSettings, и никаких лишних проблем.

// Про сборку статики таки не скажу, никогда этого не делаю (^ ^)

>*** glibc detected *** /home/xray/testLibs-build-desktop/testLibs: malloc(): memory corruption: 0x09ab7900 ***

А это точно проблема со сборкой, а не изредка проявляющийся баг? Если прогнать valgrind'ом релизную версию, то всё нормально?

и зачем вообще использовать статическую сборку, а не динамическую?

>Если прогнать valgrind'ом релизную версию, то всё нормально?

А, оно вообще не работает. Мне показалось, что написано, что релиз работает, а дебаг нет.

Да, сделал динамическую сборку и проблема была решена. Спасибо. :)

Ещё один дилетантский вопрос: как задать в приложении пути поиска динамических библиотек по умолчанию? (хотелось бы, чтобы был путь /lib/libgconf2-4/2/)

Я задавал переменную в QTCreator LD_LIBRARY_PATH=/usr/lib/libgconf2-4/2/ и во время выполнения программы посредством запуска из этой IDE всё отлично работает. Если попытаться запустить приложение отдельно, то в консоль бросается знакомая строчка

error while loading shared libraries: libgconfbackend-evoldap.so: cannot open shared object file: No such file or directory

По большому счёту от qtcreator нужен только удобный отладчик... или есть что-то более приятное в Linux?

Я недавно стал переносить проекты из форточек, поэтому на начальном этапе портирования отсутствие Visual Studio на мне сильно сказывалось. :)

>Помимо этого, добавил в настройках проекта переменную LD_LIBRARY_PATH=/usr/lib/libgconf2-4/2/

Логично, иначе нужно включить добавление rpath

Ну и вообще в LIBS лучше исполльзовать -L -l синтаксис, это портабельно

>Используй встроенный QSettings, и никаких лишних проблем.

Кстати, к QSettingsможно написать свой бэкэнд и складывать настройки хоть в xml-файл, хоть в мускуль

> Ну и вообще в LIBS лучше исполльзовать -L -l синтаксис, это портабельно

Согласен, но почему-то qtcreator признаёт только пути вида

/usr/lib/libgconf2-4/2/libgconfbackend-evoldap.so

в противном случае не происходит компиляция и выводится сообщение об отсутсвии библиотек по указанному пути.

Забудбьте про «qtcreator». Система сборки - qmake

Мб неправильно используете -L -l. Мб лучше юзать pkg-config

> Мб неправильно используете -L -l.

Специально попробовал вариант предложенный nanoo_linux выше. Не работает. :)

Мб лучше юзать pkg-config

Как раз собирался изучить эту тему. Я только вошёл в этот занимательный мир программирования под Linux, поэтому приходится отвыкать от привитой форточками лени.)

если дейстовать по-форточному, можно собрать все зависимости в своем проекте:)

>По большому счёту от qtcreator нужен только удобный отладчик... или есть что-то более приятное в Linux?

Среды разработки есть разные, другое дело, что creator лучше заточен под Qt и связанные с Qt модные тренды

> Среды разработки есть разные, другое дело, что creator лучше заточен под Qt и связанные с Qt модные тренды

С точки зрения кросплатформенной разработки, QT - правильный выбор? или же стоило пользоваться чем-то другим?

если на С++, то конечно правильный.

> если на С++, то конечно правильный.

тогда, всё идёт по плану :)

как задать в приложении пути поиска динамических библиотек по умолчанию?

Согласно идеологии этим приложение заниматся не должно. use ld.so luke! Есть какой-то трюк с rpath, который все советуют, но это вроде костыля. Канонически верный путь - скопировать все so в /usr/local/lib. Если же такие библиотеки уже в системе есть, тогда надо необходимые либы скопировать в «надежное место» и написать скриптик <appname>.sh с таким содержанием и положить рядом с бинарником.

#!/bin/bash
env LD_LIBRARY_PATH=<путь к надёжному месту> ./app

и его стартовать. все проприетарщики так делают. Xilinx точно так делает.

qtcreator раньше в выхлопе писал чего он там запускает для компиляции. Посмотрите что не так с опциями -l -L. Если уже не пишет - запусти в консоли make clean && make в папке с профайлом.

nanoo_linux, спасибо за советы! :)

Как лучше сделать загрузку ядровых модулей при старте системы? У меня написан скрипт, который я запускаю с рутовыми правами на выполнение через консоль. Скрипт устанавливает драйвер для устройства. Хотелось бы, чтобы при каждой загрузке драйвер уже был установлен. Я пробовал прописывать путь к скрипту в файл /etc/rc.local , но скрипт не выполнялся. Видимо как-то надо делать по-другому или сделать дополнительные настройки. ) В файле есть строчка:

 
In order to enable or disable this script just change the execution bits.

/etc/modules.

в разных дистрах по разному. rc.local это из фряхи что-ли?

Нет, это Ubuntu.