回复: Qt的 MinGw版本一直都不支持WebEngIne吗？
#6 回 adonais 的帖子 [stlcours 06-02 21:48]
adonais:从代码层面上来讲,mingw是可以编译WebEngine的.目前mingw-w64的实现完全可以编译绝大部分msvc能编译的东西,并且代码不需要多大的改动.
真正的难度在于更改chromium的编译工具链,它涉及到无数的脚本,另外N多第三方库的编译方式也需要更改.这需要做大量工作.
问题是当qt项目做了这 .. (2016-06-02 17:37)
谢谢指教。编译这个活真是一个苦活、累活，很重要，但是却也很无聊。不仅仅是针对chromium，而是我自己原来的感慨就是这样。
但是请问mingw为什么在大型项目上有什么不稳定呢？编译器的行为是一致的，应该与大型小型无关（大型项目也不会用到很多的语法）？我自己的项目也是用mingw编译的，被你这么一说，还有担心了～
#7 回 stlcours 的帖子 [johnyork 06-02 23:24]
stlcours:谢谢指教。编译这个活真是一个苦活、累活，很重要，但是却也很无聊。不仅仅是针对chromium，而是我自己原来的感慨就是这样。
但是请问mingw为什么在大型项目上有什么不稳定呢？编译器的行为是一致的，应该与大型小型无关（大型项目也不会用到很多的语法）？我自己的项目也是用mi .. (2016-06-02 21:48)
比如现在最新版的MinGW-w64，gcc version 5.3.0，编译Qt 5.5.1以上版本非常蛋疼，在链接Qt3D模块中的一个工具程序时链接器就很蛋疼的报告too many sections然后失败。现在只能无尽的等待……
#8 [toby520 06-03 13:28]
别等mingw版本的webengine啦，因为Qt官方已经放弃对他的支持，理由是chrome团队不喜欢mingw，引自Qt blog里面的一段官方说明
#9 回 stlcours 的帖子 [adonais 06-03 15:00]
stlcours:谢谢指教。编译这个活真是一个苦活、累活，很重要，但是却也很无聊。不仅仅是针对chromium，而是我自己原来的感慨就是这样。
但是请问mingw为什么在大型项目上有什么不稳定呢？编译器的行为是一致的，应该与大型小型无关（大型项目也不会用到很多的语法）？我自己的项目也是用mi .. (2016-06-02 21:48)
除非你自己或者公司单独维护某一个分支的mingw编译器,否则最好不要用在商业或者生产项目中.
bugs可能来自gcc或者binutils,他们只会优先处理posix系统上的bug,mingw对它们来说就是后娘养的.
bugs可能来自mingw-w64,相比与linux上glibc的千锤百炼,它在windows上的嫁接天然上就有缺陷.
另外,对mingw编译器的升级或维护基本上就是个人或小团队,貌似没有哪个是gcc/binutils的核心开发人员.
#10 回 adonais 的帖子 [johnyork 06-03 19:59]
adonais:除非你自己或者公司单独维护某一个分支的mingw编译器,否则最好不要用在商业或者生产项目中.
bugs可能来自gcc或者binutils,他们只会优先处理posix系统上的bug,mingw对它们来说就是后娘养的.
bugs可能来自mingw-w64,相比与linux上glibc的千锤百炼,它在windows上的嫁接天然上就有缺 .. (2016-06-03 15:00)
太悲哀了，本来想在windows上摆脱商业编译环境的限制的，结果却又不得不重新用回来