[Development] Qt 5.9

[Eric Lemanisser]

We have been using the MinGW binaries of Qt for years in production without
problems. Until now 64bit has not been required, so we only used 32bit
which is able to run on all windows platforms. A non-negligible part of
users are using 32bit windows (on tablets for example), so it does not seem
a very good move to stop offering MinGW 32bits. That said we would
definitely make use of MinGW 64bits binaries !

Eric Lemanissier

Le ven. 25 nov. 2016 à 08:03, Bo Thorsen <bo at vikingsoft.eu> a écrit :

> Den 23-11-2016 kl. 23:10 skrev Thiago Macieira:
> > On quarta-feira, 23 de novembro de 2016 21:14:52 PST Simon Everts wrote:
> >>> That is not relevant here. I am using Windows 10 (64-bit) but I am
> still
> >>> forced (because of 3rt-party-libraries) to develop
> 32-bit-Qt-applications.
> >>> Even if the operating system is 64-bit there can be a lot of 32-bit
> >>> application, e.g. VS 2013 and VS 2015 are still 32-bit applications.
> >>
> >> +1
> >>
> >> As a machine manufacturer we are still deploying 32bit windows systems
> >> because of this reason. We'll be on 64bit windows soon, but need to
> support
> >> the 32bit systems for at least 5 years. A lot of industrial computer
> >> suppliers still install 32bit images on computers because there aren't
> any
> >> 64bit drivers available for the hardware.
> >
> > Good, thanks for the information, Simon and Helmut.
> >
> > I know the sample size here is horrible, but in your opinion what
> compiler
> > should we keep offering a 32-bit binary build for?
> >
> > MSVC 2013
> > MSVC 2015
> > MinGW
>
> The reason for doing 32 bit MSVC releasees is 3rd party libraries. Is
> that a valid reason for MinGW? I would have thought that the guys using
> it pretty much have to compile everything themselves anyway.
>
> I don't know, though. I won't ever use MinGW myself unless a customer
> forces me to.
>
> Bo Thorsen,
> Director, Viking Software.
>
> --
> Viking Software
> Qt and C++ developers for hire
> http://www.vikingsoft.eu
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20161125/f3648282/attachment.html>