grexhideУ меня ничего не валится. Я конечно использую только базовый функционал, но что я делаю не так?
Я не использую QTPrinter и не лезу шаловлимыми ручонками в сам Qt? Ну да. И что?

vitalekК слову, Qt2, которую за пользователей оплатил дядя Борланд, поставлялась не в rpm пакетах. Всё это барахло лежало в образе директории bin и копировалось самописным установщиком. Так что знание команды rpm тут помогает плохо.
Я тебе показал установленные версии Qt. Что не так? Больше ничего, кроме показанного выше - никуда не устанавливалось и не копировалось. Система - CentOS 5.5
Базовые TDBGrid, TDBEdit, TDBComboBox, TButton, TPanel работают на ура, мне ничего больше и не надо было.
Компилировать Kylix/CrossKylix можно, мы это используем во
внутренних проектах, нас это устраивает. Остальные свои бурные фонтаны ненависти оставь себе, мне выслушивать эти твои глупые негативы - не интересно.
vitalekЧто, даже
libqt.so.2 -> libqt.so.2.3.x
libqt.so.2.3.x
не удалось найти?

В системе этого нет. libborqt-6.9.0-qt2.3.so - это и есть Qt в поставке Borland. Как я уже говорил - можно и с ней, и без нее (с патчами). И так и так - все работает (что мне нужно).

Пипец. Человек педалирует что-то в консоли, не понимая толком, что же он делает. С гугла пример скопипастил, а разобраться толком сил не хватило?
молодец, экспорт пути к нестандартной библиотеке, таскаемой за программой осилил. Но к чему тут список установленных в системе qt-пакетов мне вывалил?
Показать, что кнопАчки умеешь нажимать? Молодец, можешь. Для тебя стало открытием, что библиотеки могут распространятся не только в составе пакетов? Зачем бредишь про Qt3, если в Kylix-программе жёстко прошито имя симлинка на таскаемую за собой Qt2 от Борланд, порядок использования которой сам же продемонстрировал выше? В линуксовых библиотеках принято указывать нумерацию версий в имени файла... qt2.3 ни на какие мысли не наводит? Ну вылези из своего манагерского кресла, зайди в соседний кабинет к разработчикам, они тебе помогут осилить азы. Или в вашей конторке все такие специалисты? Если броня особо крепкая, поясняю: libborqt-6.9.0-qt2.3.so - это более поздняя реализация костыля от Борланд, когда обёртка на С(Паскаль не понимает классы С++, если что) слинкована вместе с собственно Qt2.3.0. Более ранний вариант предполагал таскать два либы: libqtintf-6.9.0-qt2.3.so и libqt.so.2.3.x. Первая - это обёртка отдельно(имя симлинка на qt2 также жёстко прошито в коде). И то, что ты зачем-то положил её рядом со своей программой, используя 1-й вариант распространения рантайма, намекает на уровень твоих познаний.
И не надо врать тут про отсутствие этих либ. В ../kylix/bin всё это есть(да-да, говноподелка не становится в стандартные директории). Есть оно и в директориях CrossKylix, куда копируется с дистрибутива Kylix в ходе установки. Внимательнее слушай разговоры коллег в курилке

Модератор: Предупреждение.
Аккуратнее, товарищ.

Про Паскаль 2Да-а - не по-детски наотжигали!
С вашего позволения - выступлю ещё раз. Текущую ситуацию в деталях оценивать труднее, чем ту, что была 18 лет назад. Но общие закономерности работают всегда.

Вот как я вижу ситуацию с точки зрения экономики. Есть понятия ключевой компетенции и исключительной компетенции. Конечно, вы все знаете, что это такое, но на всякий случай напомню. На примере фирмы, производящей кастрюли. Ключевая компетенция - мы умеем работать с металлом. Исключительная - только мы умеем делать эти супер-крышки. Если отобрать ключевую компетенцию - то бизнес либо разваливается, либо переориентируется. Если теряется исключительная компетенция - то это временно (или навсегда) делает фирму неотличимой от конкурентов (снижается конкурентоспособность).

Мне ключевая компетенция Embarcadero (в отношении Delphi) представляется так - мы делаем среду разработки, которая умеет создавать десктопные нативные приложения, работающие в "голой" ОС, без всяких дополнительных прослоек. Здесь у Дельфи два очевидных конкурента - Visual Studio и Qt.

Исключительная компетенция - только мы используем Паскаль.

Так вот, если Delphi переходит на Qt - это попросту означает добровольный отказ от своей ключевой компетенции. Мне, как разработчику, становится выгоднее изучить C++ и работать "без посредников" с Qt, который к тому же бесплатен, чем иметь этот самый Qt в виде прослойки. Действительно, Qt - очень богатая штука, там кроме GUI, есть много всего, что почти покрывает VCL; там решены проблемы с Unicode; там кроссплатформенность. Библиотек для C++ не меньше, чем для Delphi.

Вопрос - что думает Embarcadero на эту тему. Собирается ли он поддерживать эту ключевую компетенцию (да, я знаю, что на словах они это вроде как бы говорят) или, например, им выгоднее сосредоточиться на "жирных" клиентах для поддержки наследованного кода (и тогда можно использовать Qt, потому что в этом случае ключевая компетенция меняется).

Мы можем только гадать. Не факт, что и они могут ответить на этот вопрос. Такие дела.

+ много

Идиотизм ситуации также заключается в том, что реанимированный CLX они, похоже, будут(а они будут) предлагать разработчикам на С++ Builder. Т.е. те получат ещё более жирную прослойку с включением паскалевского кода и одновременно отсутствие интеграции классов Qt и дизайнера в IDE собственного производства напрямую. И всё это на фоне наличия возможности подобной интеграции в Visual Studio, которая как минимум не хуже продукции Embarcadero. Кому тогда будут нужны эти костыли от парней с причала?