Qt в Linux

[voral]

ну так речь шла о том, собрал приложение на одном дистрибутиве и запустил на другом, безо всяких LD_LIBRARY_PATH и запихиваний своих библиотек в те же папки где у начального дистрибутива Уж лучше просто собрать приложение на всех совместимых дистрибутивах и создать соответствующие пакеты, благо Linux бесплатен и существует такая вещь как VirtualBox

Угу. Особенно если проект активно развивается. Linux от Debian до ОС Попова и т.д. а еще 32 и 64 бита... Не знаю на первый взгляд выпуск очередной версии певатится не в слишком веселое занятие. Хотя и в духе линукс. Вообще, имхо, по хорошему:
собать deb 32 / 64, rpm 32 /64 (я так думаю подойдут большинству <deb|rpm>базед дистов); архив со всеми либами(подойдут тем кому не подошел первый вариант, но не умеет/не хочет компилиовать); если возможно исходники (для всех оставшихся и любителей).

[Пантер]

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

[voral]

Сам-то понял, что посоветовал?

я попал....
Блин как то где то нашел и записал себе на заметку "разобраться потом".
А если так:

Код:

bool qputenv ( const char * varName, const QByteArray & value )

?

[GreatSnake]

А если так:

Да не так
Загрузка зависимых библиотек делается loader-ом до вызова main().

[voral]

А если так:

Да не так
Загрузка зависимых библиотек делается loader-ом до вызова main().

Хм... плохо. Т.е. если нужно это "обойти" нужно делать статически скомпилированный пускач.

[GreatSnake]

Хм... плохо. Т.е. если нужно это "обойти" нужно делать статически скомпилированный пускач.

А чем скрипт не подходит?

[meego_man]

Вы, правда, думаете, что можно собрать пакеты на все случае жизни... Под все версии дистрибутивов и все возможные конфигурации... Эх...

Ну нет конечно, но большинство проектов именно так и делают. Конечно если зависимостей не супер много, то можно и через LIBRARY_PATH, а что делать когда их пол системы? выпускать приложение в виде особого дистрибутива что ли? не забывайте что Qt тоже имеет свои зависимости

[lenny]

Проект пойдем на любом люнуксе, если версии используемых библиотек совпадают, или совместимы между собой... Библиотеки можно положить и рядом с своим исполнимым файлом, как делают большинство прог под Windows, но перед запуском нужно будет установить значение переменной LD_LIBRARY_PATH, например так:

ну так речь шла о том, собрал приложение на одном дистрибутиве и запустил на другом, безо всяких LD_LIBRARY_PATH и запихиваний своих библиотек в те же папки где у начального дистрибутива Уж лучше просто собрать приложение на всех совместимых дистрибутивах и создать соответствующие пакеты, благо Linux бесплатен и существует такая вещь как VirtualBox

Я думал, что работает на другом дистрибутиве по причине наличия в нем всего необходимого, что в моем случае и не странно. А смысл компилить на другом дистрибе, если там чего то не хватает, то и компиляции не получится. Или я чего то не понимаю.

[lenny]

Основные: rpm, deb, tar.gz. Все они делаются при помощи checkinstall.

Спосибо! Гляну checkinstall. Наверно rpm подойдет, линукс-админ скорее всего сумеет его установить.

[voral]

А чем скрипт не подходит?

По большому счету подходит. Я это так "чтобы было" и юзеры лишние глупые вопросы не задавали.

[meego_man]

Я думал, что работает на другом дистрибутиве по причине наличия в нем всего необходимого, что в моем случае и не странно. А смысл компилить на другом дистрибе, если там чего то не хватает, то и компиляции не получится. Или я чего то не понимаю.

Не совсем так. Приложение скажем скомпилировано с Qt версии 4.7, однако реально используются функции доступные в Qt 4.5. Если скомпилить проект на дистрибутиве с 4.7 а потом попытаться запустить на дистрибутиве c Qt 4.5 то ясное дело ничего не получиться. А вот если перекомпилировать проект то все будет работать. Плюс сама библиотека Qt при компиляции использует некоторые системные библиотеки дистрибутива. Даже если перетащить вместе с проектом библиотеки Qt, проект все равно вряд ли запустить, опять же из за зависимостей, но теперь уже самой Qt.

[lenny]

Плюс сама библиотека Qt при компиляции использует некоторые системные библиотеки дистрибутива.

С версиями Qt все понятно, а с системными библиотеками дистрибутива не очень. У нокии два варианта sdk под никсы 32 и 64 бита, либы один вариант определенной версии.

[meego_man]

С версиями Qt все понятно, а с системными библиотеками дистрибутива не очень. У нокии два варианта sdk под никсы 32 и 64 бита, либы один вариант определенной версии.

попробуй ldd имя_qt_библиотеки (например QtCore). Получишь все зависимости с которыми была собрана сама Qt. Если нужная системная библиотека будет версии младше чем та с которой была собрана Qt, проект не запуститься

[Пантер]

Почему? А обратная совместимость как же?

[GreatSnake]

Почему? А обратная совместимость как же?

Обратная совместимость к сожалению не распространяется на libc.