Qt Project

17 октября стартует Проект Qt (qt-project.org).  Участвовать (как разработчику) можно будет только подписав с Нокией Contribution License Agreement (пока не опубиковано).

Не понятно, как можно стать Мэйнтейнером или, того больше, Аппрувером.  Вроде бы, кандидатуры уже утверждены.  Пишут, что 15% мэйнтенеров- НЕ из Нокии.  Есть и несколько апруверов со стороны.  Из Дигии, что ли? Ж)  В общем, деталей мало. UPD: См. комментарий mich'а.

Это, конечно, полезный проект для сторонних разработчиков и пользователей.  Меньше власти у Нокии, больше у сообщества.  Для Нокии выгода тоже очевидна- можно постепенно отдать разработку Qt сообществу.

Принципы дизайна API от Nokia

Вот такой полезный мануал из раздела Developing Qt..

"Факты и вымысел про Qt и Digia"

Вот ссылка на пост Qt and Digia, facts and fiction г. Найстрома (VP, Head of MeeGo, Qt & WebKit, Nokia) от 14 марта, в котором он "address[es] the facts and the fiction in what some commentators are saying".

Я этот пост здесь переводить не буду, только скопипастю основные пункты, просто для себя, на будущее.

Headline: “Nokia sells Qt / offloads Qt / sells majority of Qt”

False. Nokia will sell the commercial Qt business to Digia, giving them the right to sell Qt Commercial licenses and offer professional services and support to the Qt community.

The Qt commercial business is important, but it is not the majority of Qt. An estimated 400,000 developers across more than 70 industries use Qt. There are 3500 commercial customers. Some have one license, some have dozens of licenses, but commercial customers do not make up the majority of the Qt user base.

Nokia will continue to invest in the development of Qt, continues to hold the copyright and will continue to publish Qt under an open source license benefitting the whole community.

“Developers are moving from Qt to Digia”. True or False?
False: Some news websites have suggested 19 developers were moving from Qt to Digia, which was then re-reported by others. It is false. In addition, Digia already has hundreds of Qt certified developers, more than anyone else in the world.

19 employees from our commercial team are planned to move to Digia when the transaction closes, nine in Norway, ten in the US. Not a single developer among them. They are great people and we wish them well for a great and prosperous future with Digia.

“This will create a fork between the commercial and LGPL version” True or False?
Again, this is false. Nokia and Digia have started this collaboration together, and both will be ensuring their work benefits all of the Qt community, not just LGPL or commercial licensees.

Digia is already an established Nokia partner and we are confident that this new structure will benefit everyone. Commercial users get service and attention from a company with a core interest in the commercial Qt business, Nokia’s Qt partners and developers get a tighter focus on their core areas from Nokia.

Nokia and Digia have a shared interest in not fragmenting Qt, and an interest in growing the entire Qt ecosystem.

“Nokia is breaking Qt up into pieces and trying to offload it” True or False?
False. Since the announcement in February of Windows Phone as Nokia’s primary smartphone strategy, Nokia has provided several reassurances about its future intentions for Qt. Specifically to continue developing it, building it, improving it. Here is CTO Rich Green talking about this.

“This divestment is occurring as a result of the Nokia Windows Phone smartphone strategy” True or False?
False. We began the process of finding a partner to service Qt commercial customers in 2010. It made sense then to find a company with a core interest in commercial license sales to manage this and it still makes sense now.

Покупатель нашелся

Несколько дней назад (7 марта) Nokia продала коммерческое лицензирование и поддержку некой Digia. Из поста вице-президента Найстрома (который "Head of Qt, MeeGo & WebKit") следует, что не только поддержкой, но и разработкой коммерческой части Qt будет заниматься эта самая Digia. Вот здесь пишут, что 19 разработчиков Qt уходят из Nokia в Digia. Не понятно, что будет делать сам Найстром- возглавлять LGPL часть, что-ли? Думаю, он не пропадет. Ж)

Я тут полазил по сайту этой Дигии. У меня очень сильные сомнения, что разработка и поддержка в этой конторе зайдет дальше багфиксов и выпуска одного-двух релизов в год без каких-либо серьезных изменений. О поддержке/обновлении LGPL версии со стороны Дигии, думаю, можно не беспокоиться. Ну а дальше- понятно. KDE развивает свою версию, ненавистники кедов придумывают еще один форк... Вспоминается BeOS и история как ее задушили мелкие, мягкие и пушистые.

Qt портирована на RTOS Integrity

Вот и еще одну RTOS окучили. Помню, мы под эту Integrity писали кусок TCAS (бортовой системы предупреждения столкновений самолетов) лет этак 10 назад.

Ну что сказать, осталось еще Qt на LynxOS и DEOS портировать, и вообще практически у любой тру RTOS будет свой гуй.

Qt 4.7.2 и Qt Creator 2.1

Наконец-то вышли Qt Creator 2.1 и Qt 4.7.2. Скачать, как обычно, можно на странице download по частям или в составе Qt SDK 1.1 Beta для нужной платформы.

Qt and Qt Creator for Android

Т.е. чтобы не случилось с (в) Нокия, поскольку есть порт для Android, будут программисты, и деньги, и поддержка Qt.

Только что прочитал на хабре, что Qt теперь заточена и под Андроид- вышла альфа проекта Necessitas. И Qt Creator может создавать приложения для Андроид. Его, правда, надо собрать из исходников.

Qt is dead?

Ну что тут сказать? Кинули разработчиков в очередной раз. Понятно, что Qt им больше не нужна. Qt Creator- и того меньше. Что сейчас Qt может спасти- это если Nokia продаст библиотеку кому-нибудь. Не уверен, что энтузиасты могут легально форкнуть проект и продожать развитие Qt своими силами...

UPD: Спасибо, за комменты, форк возможен. И это здорово.

Вот Нокия уверяет, что Qt с ней не пропадет (а народ все равно не верит).

А вот пост по поводу прошлых свершений Елопа и неизбежности форка Qt.

Лекции и лабы по Qt

Вот здесь есть лекции и лабы по Qt от Нокии на английском. Можно скачать по отдельности или все целиком. Перевод на русский- в процессе.

Собираем Qt Creator с Qt 4.7.1

В предыдущих постах я написал, что Qt Creator 2.0.1 и 2.1 beta 2 не собираются с бинарниками из Qt Framework 4.7.1 под Windows. Как выяснилось, не собирается и Qt Creator 2.1 RC1, и не только под Windows, но и под Linux.

Я скачал исходники Qt 4.7.1 и просто собрал под MSVC 2008, используя вот такой config:

configure -opensource -debug-and-release -shared -platform win32-msvc2008 -developer-build -qt-sql-sqlite -plugin-sql-sqlite -webkit -script -declarative -qt-libtiff -nomake examples -nomake demos -no-qt3support -no-opengl -no-phonon -no-phonon-backend

Надо сказать, что все собралось, и Qt Creator 2.1 RC1 слинковался на ура.

UPD: Выяснилось, что качать/собирать Qt не обязательно. Проблема была вчера (30 ноября) зарегестрирована как QTBUG-15744 и решается копированием правильного файла зависимостей qt_webkit_version.pri в нужное место ($QTDIR/mkspecs/modules).

Сборка Qt Creator 2.0.1 из под 2.1 beta 2

Я пробовал собирать Qt Creator 2.0.1 под Windows с Qt 4.7.0 и 4.7.1 (для VC) "искаропки"- не делал никаких configure и пр. С Qt 4.7.0 все собралось на ура. Отлаживать плагины можно, все во второй бете Creator 2.1 нормально. Также замечу, что 2.0.1 и сам себя отлично собирал с библиотекой 4.7.0.

С Qt 4.7.1 не линкуется. Линкер выдал 81 сообщение о неразрешенных внешних ссылках на методы QWebView, QWebSettings, QWebFrame, QWebPage, QWebElement. Похоже, что надо или конфигурировать Qt, или просто использовать 4.7.0. Я с этими QWebXXX не дружу...

Да, shadow build работает нормально. Раньше, помнится, с ним приходилось бороться, так что я его нафиг не использовал, а тут как-то так заработало с полпинка. Удобная вешь.

Qt Developer Network Wiki

Чем интересна эта вики? А тем, что она собирает вместе документацию по самойQt, Qt тулзам и адд-онам, Qt Quick и прочим модулям, и т.д. и т.п. Ну и конечно, есть инфа по Qt Creator. В частности- полезные плагины. Так что рекомендую.

Qt 4.7 портирована на Haiku OS

Вот и до Гайки добрались- парни с Qt-Haiku.ru постарались. Отличная новость для пользователей Haiku, теперь портировать будут все подряд. Глядишь, и до Qt Creator скоро доберутся. :)

Собственно, вот эта новость про порт Qt и подвигла меня поставить доступную сейчас вторую альфу. Haiku- интересная вещь. Цель этого проекта- создать мощную, простую и элегантную операционку для рядового пользователя, какой задумывалась Be OS. Не знаю, как насчет "элегантная" (сравните с LinuxMint, к примеру), но мощная и простая- это да. Опять таки, не знаю, как насчет "рядового пользователя". Haiku явно не достает привычных сервисов и удобств, например, менеджера пакетов типа Synaptic или протокола WPA. Хочется надеяться, что все это изменится в лучшую сторону к моменту полноценного релиза, народ работает.

Пока что Гайка- отличная ось для гиков. Хочешь- драйверы пиши, хочешь- приложения разрабатывай, хочешь- портируй все подряд. Будем ждать, когда Qt Creator перенесут и на нее.

-nomake

Вот ключики для ускорения компиляции Qt- выкидываем все лишнее из configure:

-nomake tools

-nomake examples

-nomake demos

-nomake docs

-nomake translations

Например:

./configure -nomake examples -nomake demos

Qt 4.7 и Qt Creator 2.0 Beta 1

Вчера (6 мая) вышли первые беты. Скачать можно тут.

Про бету нового Qt Creator можно прочитать в его блоге: пост раз, пост два. Там и картинки, и видео про новый Креатор.

Сборка Qt Creator под ICC

Порядка трех недель назад я попробовал откомпилировать Qt Creator 1.3.1 под Ubuntu под ICC, чтобы просто посмотреть, будет ли он работать быстрее, чем тот, что можно скачать с оффсайта. Надо сказать, что следуя простой инструкции, приведенной ниже, все собирается на ура.

$ qmake qtcreator.pro

$ make

Ради интереса, я попробовал так же скомпилировать его и под Windows. Вот что выдал линкер:

    link /LIBPATH:"d:\Qt\4.6.2-ICC\lib" /NOLOGO /DLL /OUT:..\..\..\lib\qtcreator\plugins\Nokia\Debugger.dll @C:\DOCUME~1\alex\LOCALS~1\Temp\nmB5.tmp

   Creating library ..\..\..\lib\qtcreator\plugins\Nokia\Debugger.lib and object ..\..\..\lib\qtcreator\plugins\Nokia\Debugger.exp

sharedlibraryinjector.obj : error LNK2019: unresolved external symbol __imp__LookupPrivilegeValueW@12 referenced in function "private: bool __thiscall Debugger::Internal::SharedLibraryInjector::escalatePrivileges(class QString *)" (?escalatePrivileges@SharedLibraryInjector@Internal@Debugger@@AAE_NPAVQString@@@Z)

sharedlibraryinjector.obj : error LNK2019: unresolved external symbol __imp__OpenProcessToken@12 referenced in function "private: bool __thiscall Debugger::Internal::SharedLibraryInjector::escalatePrivileges(class QString *)" (?escalatePrivileges@SharedLibraryInjector@Internal@Debugger@@AAE_NPAVQString@@@Z)

sharedlibraryinjector.obj : error LNK2019: unresolved external symbol __imp__AdjustTokenPrivileges@24 referenced in function "private: bool __thiscall Debugger::Internal::SharedLibraryInjector::escalatePrivileges(class QString *)" (?escalatePrivileges@SharedLibraryInjector@Internal@Debugger@@AAE_NPAVQString@@@Z)

..\..\..\lib\qtcreator\plugins\Nokia\Debugger.dll : fatal error LNK1120: 3 unresolved externals

 

Ну, не больно-то и хотелось- код, который генерит MSVC, и так хорошо оптимизирован, чего еще надо.

Получается, что на Ubuntu я пока не могу перейти на Qt Creator, построенный с ICC. Затык по-прежнему в компиляции самой Qt. Я обновил пост про Qt, в котором написал, как ее собирать с ICC, какие проблемы при этом возникли. Я туда добавил фрагмент файла, который ICC не переваривает. Как дойдут руки, посмотрю, как заставить его компиляться.

Кстати, под Windows Qt с ICC собралась замечательно. Однако, тут сам Qt Creator не хочет линковаться...

Сборка Qt под ICC на Ubuntu - продолжение

Вот тут я уже писал, как собирать Qt под ICC. Однако для работы Qt Creator нужна дллька qwebview.dll (libqwebview.so), которая собирается вместе с WebKit. Я, конечно, в оригинальном конфиге никаких QtScript и WebKit не разрешал, однако для Креатора таки придется. Правильно будет вот так:

$ ./configure -opensource -release -platform linux-icc -qt-sql-sqlite -plugin-sql-sqlite -webkit -nomake examples -nomake demos -no-qt3support -no-opengl -no-phonon -no-phonon-backend

При сборке под Windows все хорошо- ICC собирает все подряд без ошибок, а вот под Ubuntu возникает проблема. Полностью она изложена в QTBUG-9172 и в WebKit Bug 36422, вкратце- вот что выдается компилятором ICC:

../JavaScriptCore/jit/JITStubs.cpp(108): error: expected an identifier

asm volatile (

^

UPD: Файл, на котором компилятор ломается, находится в src\3rdparty\webkit\JavaScriptCore\jit\. А вот кусок кода, который не может быть разобран:

#if COMPILER(GCC) && PLATFORM(X86)

...

asm volatile (

Практически это означает, что Qt Creator, даже если его и собрать под ICC, работать не будет, потому что нет нужных длл. Не знаю, может быть, ICC умеет делать такой же name mangling, как и GCC. Если это так, то возможно будет использование длллек прямо из Qt SDK. Однако, как этого добиться от ICC, я не знаю. В доках по ICC есть некоторая инфа по совмести с G++, буду смотреть.

UPD: WebKit Bug 36422 подтвержден Kent Hansen.

UPD2: WebKit Bug 36422 пофиксен и закрыт Oliver Goffart.

Qt Creator 1.3.81 и Qt 4.7.0 Technical Preview

На днях тролли выпустили первую альфу новых Qt Creator и собственно библиотеки Qt. Скачать можно здесь. Инструкции по сборке и установке здесь.

Из нового в Qt Creator 2.0 (или 1.3.81 пока что):

• Поддержка Qt Quick (Quick Designer)
• Новый формат файла проекта QML-приложений
• Продвинутый редактор QML / JavaScript
• Отладка QML

Также обновилось руководство по Qt Creator.

Сборка Qt под ICC на Ubuntu

Пишут, что ICC генериует более быстрый код, чем GCC. Я процессорами AMD не пользуюсь, вот и решил попробовать, будет ли Qt Creator работать быстрее, если его собрать под ICC.

Установка ICC на Ubuntu описана здесь. Поскольку Qt Creator будет использовать длльки Qt, то нам придется пересобрать саму Qt под ICC из исходников. Я скачал Qt 4.6.2 для Linux.

Для успешной компиляции необходимо изменить конфигурацию. Во-первых, надо сменить платформу на linux-icc. Во-вторых, у меня отказались собираться webkit и qtscript, которые я все равно не использую. Быстрое гугление проблему не решило, и на них я забил. Вопреки разным советам, ничего менять в директории mkspec не надо. Также, не надо трогать и QMAKE_CFLAGS_RELEASE.

После распаковки надо указать путь к библиотеке в переменной PATH:

$ PATH=/home/qt-everywhere-opensource-src-4.6.2/bin:$PATH

$ export PATH

Также, надо установить libxext-dev:

$ sudo apt-get install libxext-dev

В директории с распакованной Qt, выполняем

$ ./configure -platform linux-icc -nomake examples -nomake demos -qt-sql-sqlite -no-qt3support -no-opengl -no-dbus -no-phonon -no-phonon-backend -no-webkit -no-script

Затем делаем

$ make

Make несколько раз вылетал с внутренней ошибкой ICC, но в итоге все собралось.

Qt Creator 1.3.1 и Qt 4.6.1

Несколько дней назад (18 января) обновились Qt и Qt Creator. Качаем, как всегда, отсюда. Пофиксили несколько неприятностей с отладкой. Список изменений- здесь.