когда оно уже появится в мейнстриме?

Задавать вопросы, указывая важные пункты только в тегах… это же -20.

Вообще-то в заголовке вопрос.

когда оно уже появится в мейнстриме?

Оно, в заголовке, да.

Что скажут аналитики лора?

Оно будет тормозить на Эльбрус-моноблоке.

для него ещё desktop components не допилили - пока не нужно

с выходом 5.1

не буде

раз не нужно скажу ребятам чтоб не допиливали, а по пивку взяли и о домам.

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

Аналитики Qt5 появятся прямо в этом треде.

«оно»? да весь мейнстрим чистейшее «оно».

Задавать вопросы, указывая важные пункты только в тегах… это же -20.

Плюсанул бы, да не в куда.

Qt 5.0 != Qt 5?

Думаю, пакеты стоит ждать к 5.1, а то и позже.

В openSUSE уже есть.

Оно будет тормозить на Эльбрус-моноблоке.

У Эльбруса какие-то проблемы с оптимизирующим компилятором, по идее обязанным понижать цену абстракций в коде, или это действительно лоровская аналитика?

В openSUSE уже есть.

В openSUSE BuildService вообще можно найти всё что душа желает. Qt5 я вижу лежит только в домашних репозиториях отдельных товарищей, так что увы, не в счёт.

https://build.opensuse.org/project/show?project=KDE:Qt50

Qt 5.0 != Qt 5?

Ага, похоже история повторяет заново. Главное, чтобы тролли держали слово и хранили обратную бинарную совместимость.

У Эльбруса какие-то проблемы с оптимизирующим компилятором

Хм. А ядро Линукса там под GPLv2?

https://build.opensuse.org/project/show?project=KDE:Qt50

Спасибо, странно, но при поиске по libqt5 показываются пакеты только для 12.1 и Factory, хотя в репозитории 12.2 тоже видно пакеты. Да и названы они там как alpha1. Вобщем, процесс идёт, что не может не радовать.

Вобщем, процесс идёт, что не может не радовать.

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

там появился грамотный json parser.

Чем он лучше simplejson.loads()?

Тем что нет лишних зависимостей.

Разве сейчас этот парсер оттуда не выдирается?

В Росе Qt5 в официальных репозиториях ещё полгода назад был.

Выдернуть можно что угодно, но я хочу новый Qt!!!11

Могу предположить что к концу года только, тогда и подтянется 5.1 и как раз успеет попасть в RHEL7

Чем он лучше simplejson.loads()?

Очень смешно. Вообще JSON в Qt5 реализован в виде trivial-блоба данных, который можно копировать через memcpy() и итерироваться по дереву в обычном ООП-стиле. Такой блоб можно прикреплять к DLL-кам и читать его без подгрузки библиотеки в память. JSON-обьектами можно теперь кидаться между компонентами программы, процессами и по сети без лишних накладных сериализаций.

Тем что нет лишних зависимостей.

Рассмешил. У этого json-парсера кутей всяко больше зависимостей будет чем у этого модуля.

Могу предположить что к концу года только, тогда и подтянется 5.1 и как раз успеет попасть в RHEL7

The current plan is to have a first patch level release, 5.0.1, some time before the end of January.

We’ll then be aiming for a Qt 5.1 release some time in Spring 2013, where we’ll mainly focus on stability and bringing modules such as Qt 3D and Qt Sensors into the Qt 5 base distribution. We also hope to be able to show some preview releases of the Qt ports for Android and iOS within the same time frame.

From there on, we will move over to a fully time based release schedule with feature releases twice a year.

Ок, убедил, а что это даст на практике, можешь привести простой пример для непрограммиста?

Рассмешил. У этого json-парсера кутей всяко больше зависимостей будет чем у этого модуля.

Каким боком здесь вообще модуль на Python? JSON есть часть Qt5Core, никаких других зависимостей там нет.

Ок, убедил, а что это даст на практике, можешь привести простой пример для непрограммиста?

Меньше накладных расходов на аллокацию JSON-обьектов, конвертация в текстовый формат только по требованию.

Скорее даже на портировать, чем сейчас и занимаемся.

Скорее даже на портировать, чем сейчас и занимаемся.

Аналогично, портировал свой проект. Как результат получил ещё больше проблем. Из плюсов пока:
- вышеупомянутый JSON;
- Quick 2.0;
- C++11.

Да мы пока cmake усмиряем. Скрипты там вроде и проще стали, нашел да прописал в use_qt5 нужные модули. Плюс еще хочется их фирменный стиль fusion в Qt4 бэкпортнуть, он больно красивым вышел.

Да мы пока cmake усмиряем.

CMake-скрипты теперь часть самого Qt, больше никаких FindQt4.cmake, всё основано на файлах *Config.cmake. Как грится CMake — это first class citizen в Qt. Основные изменения:

- find_package(Qt5<Module>) для каждого отдельного модуля;
- QT_USE_* больше не нужны;
- QT_USE_FILE тоже канул в лету;
- больше никаких include_directories(), add_definitions() и target_link_libraries();
- для проекта достаточно сделать qt5_use_modules(<TARGET> Core Gui Xml etc...).

В CMake 2.8.11 обещают добавить похожую команду типа target_use_module(), которая автоматом подключит заголовочники, флаги, подлинкует библиотеки и их зависимости.

Вот как раз на эту хрень переехал и попытался сделать эту самую обертку qt5_use_modules работающей для Qt4, в целом работает. Выглядит пока вот таким образом.

add_simple_library(vreen
    SHARED CXX11
    ${INTERNAL_FLAG}
    ${DEVELOPER_FLAG}
    DEFINE_SYMBOL VK_LIBRARY
    DEFINES "K8JSON_INCLUDE_GENERATOR;K8JSON_INCLUDE_COMPLEX_GENERATOR"
    VERSION ${CMAKE_VREEN_VERSION_STRING}
    SOVERSION ${CMAKE_VREEN_VERSION_MAJOR}
    LIBRARIES ${K8JSON_LIBRARIES}
    INCLUDES ${K8JSON_INCLUDE_DIRS}
    INCLUDE_DIR vreen
    PKGCONFIG_TEMPLATE vreen.pc.cmake
    QT Core Network Gui
)

Что мешает пилить уже сейчас?

там появился грамотный json parser

И что? Тебе какой от этого профит? Ты девелопер?