Вышла новая версия Qt 4.8

А вот врать не хорошо.

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

deis (17.12.2011 21:05:13)

и ты тоже иди учить

annulen (17.12.2011 21:35:42)

Вы что-то путаете

deis (17.12.2011 22:10:15)

qt, потому что rip и никому не нужно

А что же нужно то?

О, обезьяна.

Печалит что в треде целая куча некрофилов и консерваторов, не понимающих всех прелестей QML.

Задачи тех кто здесь и разработчиков разные. Тут - те кто под десктоп пишет. А разработчики под побильники затачиваются. Вот и против.

x86_64 (19.12.2011 13:10:19)

to petrosha (управление коллайдером и установка курсора мыши в заданную позицию)

в галерею писать не могу, поэтому пишу здесь. будьте любезны, передайте пожалуйста товарищу.
xwarppointer: Moving the X cursor http://ishiboo.com/~danny/Projects/xwarppointer/
xbindkeys is a program that allows you to launch shell commands with your keyboard or your mouse under X Window http://www.nongnu.org/xbindkeys/xbindkeys.html

wget http://ishiboo.com/~danny/Projects/xwarppointer/xwarppointer.tar.gz
tar -xf xwarppointer.tar.gz
cd xwarppointer/
make
 printf "#mouse_left_bottom\n\"$(pwd)/xwarppointer abspos 10000 10000\"\n  Alt + slash\n\n" >> ~/.xbindkeysrc

OK, тогда объясните, что вы имеет в виду под "родными библиотеками" и чем они отличаются от "внешних"

annulen (24.12.2011 19:49:57)

fixed

// некрофил и консерватор

annulen (24.12.2011 19:51:16)

Отличаются возможностью статической линковки - свои собственные библиотеки мы всегда можем линковать статически, утверждать тоже самое относительно чужих библиотек в общем случае нельзя. Я это к тому, что именно статическая линковка позволяет выпилить из библиотеки все неиспользуемые функции и интегрировать в программу только необходимые (т.н. smart linking). Возможно, вы хотели сказать именно это и вполне возможно, что подобное допускается делать с библиотеками qt, но поскольку всё же заявлена динамическая линковка ("учи про динамическую линковку и как она работает"), то в данном случае библиотека будет всегда загружаться целиком, даже если из неё дергается всего одна функция. Отсюда "QWidget-основанная прога будет впустую подгружать все тонны GL-вских либ", т.к. последние теперь (в будущем) оказываются интегрированными в один so файл, что и пытался донести анонимус

deis (25.12.2011 14:56:45)

Это не так.

1) В одном so-файле все они смогут оказаться, только если GL-либы будут статически слинкованы с Qt (естественно, так не будет, иначе блобы в пролете)

2) Это вообще не важно. Линкер не тупо загружает в память все зависимости, а мапит их (man mmap). В память будут загружаться только используемые страницы, поэтому GL-либы попадут в нее только если кто-то будет дергать функции из них. Так что оверхед сводится к лишним записям в таблице символов + небольшому замедлению загрузки (если не используется prelink)

annulen (25.12.2011 15:28:25)

Некоторые, конечно, любят тыкать пальцем в vmsize и говорить "вот какие кеды огромные", но этот случай я не расссматриваю :)

annulen (25.12.2011 15:30:12)

Хорошо, посмотрим

deis (25.12.2011 16:04:55)

Под десктоп аналогично.

Как раз таки нет. QML нужен для создания безопасной среды выполнения. Для десктопных задач - это лишний расход ресурсов и геморой с генерацией того, что будет выполнятся.

Да и как кто-то говорил тут: Десктопные задачи сложнее простеньких прог телефонов. Генерация интерфейса в зависимости от состояния оборудования и задачи - вещь нужная довольно часто, а декларативный подход это рубит на корню.

x86_64 (27.12.2011 23:57:32)

Далеко не все десктопные приложения сложнее. Именно это замечание я и хотел сделать. В области императивного программирования интерфейсов улучшить уже мало что можно, а вот языки вроде QML это весьма здорово и полезно, так что паника беспочвенна, Qt как был без конкуренции, так и останется.

Qt, очевидно же :)

Urchin (02.01.2012 1:17:10)

я так и не понял теперь кутэ не будет запускаться на десктопе без эмуляции телефона?

zenden (08.01.2012 20:30:36)