Ваше мнение о былом, сущем и будущем

[poru]

Не знал как назвать тему, ну да ладно.
Было: командировки; типа закрытый объект, железная комната без интернета; использовал Qt 5.6 (MinGW); этого было достаточно что бы распаковать zip-архив с Qt отыскать bug, поправить исходники или добавить новые функционал по требованию. И как бы не было проблем, меня всё устраивало и других то же (работа двигалась).
Стало: к былому приставили web-ресурс; по началу QWebView справлялся, но только до тех пор пока ресурс не перелопатили на HTML5; ладно перешел на QWebEngine Qt 5.12.10 (LTS) с "тулсами" MSVC2017 - благо там то же есть офлайн инсталлятор, ну очень большой. Как бы работа на месте не стоит, но заморочек на порядок больше.
Что хочу: перейти на Qt 6, а бы на перспективу; остаться на MinGW, с поддержкой web, но без MSVC, ну или пусть будет, если уж без него не обойтись; но главное чтобы все было офлайн! Вставил флэшку, распаковал, и занимайся своим делом.
В принципе просто хочу узнать ваше мнение.

[tux]

Рановато пока с Qt6 связываться. А MinGW был, есть и будет.

[DarkHobbit]

Было: командировки; типа закрытый объект, железная комната без интернета

По началу темы я даже подумал, что это Xintrea пишет. Оказалось, ошибся.

По теме --- согласен с предыдущим оратором. MinGW был и никуда не делся. Идея собирать под винду официальным виндовым компилятором с одной стороны, хороша, с другой, тянет много мусора. К примеру, рантаймы майкрософта, в том числе те, которые тянут современные открытые проекты, под XP отказываются работать уже давно, и вот-вот откажутся работать под 7. А то, что я собираю умеренно-стареньким MinGW, прекрасно ладит и с первым, и со вторым.

На Qt 6 я лезть пока не хочу. Они убили Кенни выпилили работу с неюникодными кодировками, которые из реальной жизни никуда не девались. Есть слабенькая надежда, что общественность заставит их вернуть всё взад, но эта надежда тает с каждым месяцем, если всё останется как есть --- придётся костылить свою обёртку над iconv, и что хуже, на винде придётся ещё и этот самый iconv везде самому с собой таскать. А в некоторых актуальных дистрах линукса даже под Qt4 ещё можно писать, вот.

P.S. ТС, а какая проблема сделать свою уютную офлайновую сборочку Qt5 на MinGW с поддержкой QtWenEngine? (Ну кроме того, что пару-тройку раз, пока не получишь устраивающую тебя конфигурацию, придётся позапускать компиляцию на ночь, это да, есть такое. )

[tux]

Единственная проблема с MinGW - в форточках с ним не собрать приложение, использующее QWebEngine. По-крайней мере без бубна. В Linux соберётся без проблем.

[qtkoder777]

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

[__Heaven__]

А я радуюсь от msys2. Там относительно свежие пакеты, mingw, qt, сейчас ещё и сборочки clang, вроде, подвозят - ещё предстоит поизучать мне этот вопрос. По идее можно настроить систему с использованием интернета и зазиповать. Либо, думаю, можно отдельно скачать инсталлятор и отдельно пакеты и оффлайн понаустанавливать их

[DarkHobbit]

Единственная проблема с MinGW - в форточках с ним не собрать приложение, использующее QWebEngine. По-крайней мере без бубна.

А почему, в чём это выражается?
На форуме обсуждалось?

P.S. Нашёл тему, но там только констатация, без подробностей. Вопрос по-прежнему интересен.

[tux]

А почему, в чём это выражается?

А вы попробуйте. Вам просто скажут "Unknown module(s) in QT: webenginewidgets". Если переключить комплект на VS - всё соберётся. Если этот же проект собирать в Linux - всё соберётся с GCC. Решения, как и подробностей, лично у меня нет.

[alex312]

А почему, в чём это выражается?

Это выражается в том, что WebEngine делается на основе движка Blink от гугла. А гугл его вообще собирает только clang-ом.
Поэтому кутешникам не охота (нет ресурсов) допиливать компиляцию несколькими компилерами.

[tux]

Поэтому кутешникам не охота (нет ресурсов) допиливать компиляцию несколькими компилерами.

Не думаю, что в этом дело. GCC и Clang его же в linux собирают. Возможно что-то с лицензированием.

[alex312]

Поэтому кутешникам не охота (нет ресурсов) допиливать компиляцию несколькими компилерами.

Не думаю, что в этом дело. GCC и Clang его же в linux собирают. Возможно что-то с лицензированием.

https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/clang.md

Chromium ships a prebuilt clang binary. It's just upstream clang built at a known-good revision that we bump every two weeks or so. This is the only supported compiler for building Chromium.

is_clang = false will make the build use system gcc on Linux. There are no bots that test this and there is no guarantee it will work, but we accept patches for this configuration.