Qt 5.0.1 for Windows 32-bit (MinGW 4.7, 823 MB)
823 MB

Отчего столь много нынче мегабайт?

Отчего столь много нынче мегабайт?

Исправления, новые ошибки.

Отладочные dll-ки вестимо.

Похоже, что MinGW как toolchain то еще говно раз генерит такие бинарники:

Qt 5.0.1 for Windows 32-bit (VS 2010, 481 MB)

Похоже, что MinGW как toolchain то еще говно раз генерит такие бинарники:

До сей поры такого не случалось,
И разница была лишь в сотню мегабайт.

Эх... В Qt Creator еще бы закладки как в борландовских ide Ж) Единственное что терзает и мучает :)

Отладочные dll-ки вестимо.

Они их в двух экземплярах запихнули.

Это они minGW основанный на gcc 4.7.2 стали использовать - вот и разница увеличилась

А почему бы не указать, что частично нарушена бинарная совместимость с выпуском 5.0.0 ?

Релиз Qt 5.0.1
частично нарушена бинарная совместимость с выпуском 5.0.0

Лол, вся суть линукса.

Бинарная совместимость не бывает частично нарушенной. Либо нарушена, либо нет.

Бинарная совместимость не бывает частично нарушенной. Либо нарушена, либо нет.

Значит, нарушена

На уровне исходных текстов (API) выпуск 5.0.1 полностью совместим с 5.0.0, но на уровне бинарного интерфейса (ABI) исправление одной из ошибок потребовало частичного нарушения совместимости в области мультимедийных функций (QtMultimedia). Для программ, использующих QtMultimedia, при переходе на Qt 5.0.1 рекомендуется произвести перекомпиляцию.

А почему бы не указать, что частично нарушена бинарная совместимость с выпуском 5.0.0 ?

Обидно конечно, что такой детский ляп допустили — забыли виртуальные деструкторы в базовых интерфейсах плагинов. С другой стороны они поклялись, что это единственный косяк, поверим пока. Кроме того, до появления как минимум 5.1 в дистрибутивах воспринимать серьёзно эту проблему не стоит, поскольку бинарную совместимость и ломать-то не с чем.

Новые разрабы Qt из Digia идиоты - переделали напрочь старую структуру каталогов в mingw сборке для Windows, теперь cmake не находит либы. По рукам за такое надо бить.

Мрак полный, что за человек теперь отвечает за инсталер либ для mingw? - Невозможно отказаться от установки QtCreator - мало того что наличие QtCreator в инсталере раздувает размер скачиваемого, так ещё и галочку на нём снять нельзя и он ставится в добровольно принудительном порядке.

теперь cmake не находит либы

CMake-скрипты теперь есть часть Qt. С ними тоже проблемы или каким-нибудь своим велосипедом?

Отчего столь много нынче мегабайт?

Говорят, оттого, что гигабайты дешёвые.

Уже сто раз обсуждалось

В креаторе не будет закладок НИКОГДА, это противоречит гайдлайнам и политике разработчиков.

Какая ещё часть? Проекты написанные на Qt и использующие cmake для сборки и конфигурации, используют cmake инструкцию find_package(), за поиск требуемых зависимостей отвечают cmake-скрипты из стандартной поставки cmake, которые теперь надо переделывать. Это означает что для исправления ситуации надо чтобы разрабы cmake выпустили новую версию cmake, с исправленными скриптами поиска для новой структуры каталогов Qt.

Это означает что для исправления ситуации надо чтобы разрабы cmake выпустили новую версию cmake, с исправленными скриптами поиска для новой структуры каталогов Qt.

Отнюдь, теперь скрипты сборки лежат в самой Qt, пишутся разработчиками Qt и обновляются вместе с ней. Загляните в: lib/cmake.

http://doc-snapshot.qt-project.org/5.0/qtdoc/cmake-manual.html

The MinGW binary package includes a 32 bit MinGW-builds (gcc 4.7.2, sjlj exception handing, posix threading) toolchain.

А может из-за этого?

увы, отображение disabled виджетов не пофиксили отображение QWidget в состоянии disabled для Qt 5.0.0

буду писать в багрепорт, это серьезное нарушение визуального стиля программ

Релиз Qt 5.0.1
частично нарушена бинарная совместимость с выпуском 5.0.0

Лол, вся суть линукса.

Да ладно вам. В 5.0 очень много изменений. Немудрено что некоторые ошибки выявились уже после релиза. Все понимают что к первым версиям после крупных релизов надо относится с некоторой осторожностью. А то можно подумать что за предыдущий месяц на Qt 5.0.0 успели накомпилять миллионы программ, а теперь вместо того что бы гамать в team fortress, программисты с грустью компиляют под 5.0.1.

вместо того что бы гамать в team fortress, программисты

team fortress - это игра для быдла, главный герой имеет вырожденческие черты лица, у меня только при виде этого напрочь отбило всё желание играть в эту игру.

Dendy, а чего на прог.орг.ру не бываешь?

Dendy, а чего на прог.орг.ру не бываешь?

Только что попробовал зайти, говорит нет такого пользователя. Вот так, из админов в анонимусы, хотя учитывая сколько я пропустил... Вообще и так чувствую на ЛОРе больше провожу, чем стоило бы.

Из криокамеры:

Уже был релиз стабильной пятёрки?

Месяц назад, даже разработчики KDE писали о планах портирования кед на 5 ку.

Мать моя женщина... А обзорчиком нововведений или хотя бы новостью на LORе не кинете?

Лол, вся суть линукса.

ЛОЛШТО? А при чем тут Линукс?

Интересно, тормоза Qt Quick 2.0 на интелах пофиксили?..

Кстати, отличная новость.

Лол, вся суть линукса.

Очень толсто, бро.

Нашёл новость, ну и убогенькая же она.

контрол-м

Там еще и конпелтяторъ, в сборке ___для___ VS никакого VS нте.

Отнюдь, теперь скрипты сборки лежат в самой Qt, пишутся разработчиками Qt и обновляются вместе с ней. Загляните в: lib/cmake.

http://doc-snapshot.qt-project.org/5.0/qtdoc/cmake-manual.html

Спасибо за ссылку, сохранил. Хоть и на Qt5 перейду не раньше, чем оно появится в дистрибутивах и FreeBSD.

Кстати, помимо отладочных библиотек в инсталлятор ещё MinGW и исходники Qt положили. То есть в отличии от версии 4.8 это уже самодостаточный набор для разработки под windows.

Кстати, помимо отладочных библиотек в инсталлятор ещё MinGW и исходники Qt положили.

Они там всегда были. Ещё со времён троллтеха.

Хоть и на Qt5 перейду не раньше, чем оно появится в дистрибутивах и FreeBSD.

FreeBSD нет в списке официально поддерживаемых платформ. Так что не скоро оно там появится и не понятно, как будет работать.

FreeBSD нет в списке официально поддерживаемых платформ. Так что не скоро оно там появится и не понятно, как будет работать.

Ее уже давно нет в этом списке, но новые версии появляются в портах, Qt5 тоже будет.

Ее уже давно нет в этом списке, но новые версии появляются в портах

Появляются с опозданием и работают через одно место.

Они там всегда были. Ещё со времён троллтеха.

Нет, после версии 4.8.1 qt creator и mingw приходилось вручную ставить и настраивать.

Они планируют запилить поддержку Python в qt-creator?

Не кину, но я читал на опеннете - там развернуто. В принципе ничего такого сверхестественного - реструктуризация, чистка кода.

работают через одно место.

В чем это выражается, если не секрет? Единственное, что я замечал - тормозит интерфейс в QtCreator при версиях больше 2.1 на тонких клиентах (но не факт, что это из-за самого Qt).

В чем это выражается, если не секрет? Единственное, что я замечал - тормозит интерфейс в QtCreator при версиях больше 2.1 на тонких клиентах (но не факт, что это из-за самого Qt).

1. Глючит отрисовка.

2. Сегфолты на ровном месте.

3. Вылезают проблемы с кодировкой.

4. Обновляется медленно с кучей левых патчей.

5. Полное нежелание апстрима поддерживать сие творение под фрёй. Только самому дебажить и присылать готовые патчи.

Короче, в продакшен не поставишь. Так, потыкать палочкой только.

Спасибо за развернутый ответ!

Не мучайся

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

Спроси местного quiet_readonly он этим как раз занимался

quiet_readonly