- 主题:Qt6.9是不是不支持vs2019编译了
Qt6.9可以用vs2022编译，但是用vs2019编译失败，但同样的环境下Qt6.8可以用vs2019编译
--
FROM 223.104.40.*
最好是看看文档里面有写编译需求。
最近几年，Qt 对编译器的需求疯狂猛升。已经没有了 Qt 4.x 时代那种小清新的风格了。
最奇葩的是，我用 openSUSE Leap 15.6 上面自带的 cmake 和 gcc7 都编译不过 Qt 6.x
去年刚发布的操作系统啊。
【 在 miui 的大作中提到: 】
: Qt6.9可以用vs2022编译，但是用vs2019编译失败，但同样的环境下Qt6.8可以用vs2019编译
--
FROM 120.37.22.*
这么发展下去，Qt是原地踏步啊。大家只能继续用5.x
【 在 miui 的大作中提到: 】
: Qt6.9可以用vs2022编译，但是用vs2019编译失败，但同样的环境下Qt6.8可以用vs2019编译
: --
: 发自xsmth (iOS版)
: --
:
发自「今日水木 on SNE-AL00」
--
FROM 183.202.89.*
现在很多生产环境还用着windows 7，没法使用qt6
--
FROM 221.197.34.*
反正我已经打算 Qt 5.15 用到天荒地老了。
而且我就用 QtCore, QtGui 和 QtWidgets，其它都不用来着。
我写了个 qtng 完全代替了 QtNetwork 的功能。
【 在 RollerCoast 的大作中提到: 】
: 这么发展下去，Qt是原地踏步啊。大家只能继续用5.x
: 发自「今日水木 on SNE-AL00」
--
FROM 120.37.22.*
几个页面文档都不统一
wiki_qt_io__Building_Qt_6_from_Git写着系统需求是
Windows: Visual Studio 2022, Visual Studio 2019, MinGW 13.1.
而 doc_qt_io__qt-6/supported-platforms.html 中又去掉了vs2019
【 在 hgoldfish 的大作中提到: 】
: 最好是看看文档里面有写编译需求。
: 最近几年，Qt 对编译器的需求疯狂猛升。已经没有了 Qt 4.x 时代那种小清新的风格了。
: 最奇葩的是，我用 openSUSE Leap 15.6 上面自带的 cmake 和 gcc7 都编译不过 Qt 6.x
: ...................
--
FROM 114.252.225.*
赞，Qt的网络库太不好用了
【 在 hgoldfish 的大作中提到: 】
:
: 反正我已经打算 Qt 5.15 用到天荒地老了。
:
: 而且我就用 QtCore, QtGui 和 QtWidgets，其它都不用来着。
:
: 我写了个 qtng 完全代替了 QtNetwork 的功能。
: --
: 灭绝人性啊
:
:
发自「今日水木 on SNE-AL00」
--
FROM 183.202.89.*
为什么不用curl
【 在 hgoldfish 的大作中提到: 】
: 反正我已经打算 Qt 5.15 用到天荒地老了。
: 而且我就用 QtCore, QtGui 和 QtWidgets，其它都不用来着。
: 我写了个 qtng 完全代替了 QtNetwork 的功能。
: ...................
--
FROM 124.202.180.*
是啊，一个劲的提升这些编译运行要求有啥用？使用qt的环境又不像桌面一样无脑
的更新。
【 在 hgoldfish 的大作中提到: 】
: 最好是看看文档里面有写编译需求。
: 最近几年，Qt 对编译器的需求疯狂猛升。已经没有了 Qt 4.x 时代那种小清新的风格了。
: 最奇葩的是，我用 openSUSE Leap 15.6 上面自带的 cmake 和 gcc7 都编译不过 Qt 6.x
: ...................
--
FROM 120.32.243.*
有patch可以让qt6运行在win7下，别的还好说，做出来的界面有点一般般
【 在 ximen 的大作中提到: 】
: 现在很多生产环境还用着windows 7，没法使用qt6
--
FROM 120.32.243.*