В тему gcc 11, для любознательных. кьютовцы видимо совсем не случайно

SDK под
mingw билдят с gcc 8.1

как видно отседова

https://gcc.gnu.org/projects/cxx-status.html#cxx17

gcc 8 поддерживает практически весь c++17 и частично c++20

теперь стоит задуматься, часто ли кто-то из нас пользуюет фичи ()или баги ?? ) стандрта с++20 и уже тем более 23 в своих приложениях на Qt

Я и 11 то не весь задействую... 🤔

Gcc 8 настолько старый что релизный дебиан уже не на нём

на само деле проще на сорсфорже последний mingw w64 - 8.1 :)

Под более новые надо же сам Qt собирать? Тоже те ещё танцы с бубном

Скорее всего нет

Мне кажется, да. Старый комплект на новый gcc ругается. Ну, или точнее сказать, смотрит с подозрением и выдает варнинг

Где ругается то?

роккеболла
😊

и?

В окне вывода сообщений в консоли. Ну, или может просто я не смог их подружить.

Ну давайте подробнее

Я сейчас на обеде, а вообще текст типа того, что qmake сконфигурирован на работу с g++, а в комплекте используется gcc, или что-то вроде этого. Чуть позже скрин пришлю

Таки верно ругается, ибо компиллятором надо указывать g++. gcc - компиллятор непосредственно Си, а g++ - c++.

Хм. Попробую заменить, спасибо

А профиль надо новый создавать?

Нет, вот с новым комплектом должно собраться

Комплект я сразу сделал новый, но компилятор gcc поставил дом С++

ну я про это примерно... гонки за новым gcc как-то выглядят напрасными

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

у меня именно он сейчас в работе

Ну вот если с багом столкнулись и фикс только в следующей версии

я вот с багами столкнулся, пытаясь собрать кьют 5.15.2 с mingw на базе gcc 11.2 пришлось править исходники Qt в паре мест, даже в тройке

К тому же при переходе на новый gcc теперь постоянно выдает предупреждения на конструкторы копирования, что implicity-declared [...]::operator=([...]) is depricated... Чую, вернусь обратно на старый добрый MinGW 8.1..

Посмотрите в сторону кдешных патчей поверх 5.15.2, вдруг там есть аналогичные правки

я и не слазил.. но решил собрать, посмотреть... сам кьют еще не готов к новому компалеру - мое такое мнение от моих экспериментов

Ну я так то тоже решил скомпилить свой рабочий проект, который на старой версии прекрасно работает, и сразу начало вылезать....

да первым делом глянул... одну траблу они подсказали, но не совсем верно... или точнее поверхностно. Нашел в багрепорте у кьютовцев решение. а второй момент нигде не проскальзывал, в QFileSysemEngine_win (кажется) переопределена typedef struct _FILE_ID_INFO { ULONGLONG VolumeSerialNumber; FILE_ID_128 FileId; } FILE_ID_INFO, *PFILE_ID_INFO; которая уже определена в winbase.h, вклченный в Mingw и это дюже не нравится новому компалеру, хотя старый проглатывал. Структуры идентичны абсолютно

далее.. не взирая на наличие в makespec win32-clang-g++ даже сконфигруить приемлемо не получилось кьют (MIngw-gcc 8 / 11 + LLVM 10) в принципе ругань на почти все наборы инструкций, от SSE 4.1 до AVX-ов всех и не хочет понимать еще что-то (лог не сохранил)

а... неожиданно на остутствие std ругнулся.. парадокс...