Requiring Qt 5.15 for KDE Frameworks 5?
faure at kde.org
Sat Mar 27 17:09:36 GMT 2021
On samedi 27 mars 2021 17:07:14 CET Nicolás Alvarez wrote:
> > El 27 mar. 2021, a la(s) 12:30, Fabian Vogt <fabian at ritter-vogt.de>
> > escribió: Moin,
> > Am Samstag, 27. M?rz 2021, 14:11:38 CET schrieb David Faure:
> >>>>> On samedi 27 mars 2021 12:51:37 CET Kai Uwe Broulik wrote:
> >>>> Hi everyone,
> >>>> during the ongoing KDE Frameworks 6 sprint we were just contemplating
> >>>> whether we can bump the required Qt dependency for Frameworks 5 to Qt
> >>>> 5.15.
> >>>> Reason being that Qt 5.15 includes a set of porting aids and
> >>>> forward-compatibility with Qt 6, such as version-less "Qt" rather than
> >>>> "Qt5" CMake target, various QStringView-related features, and so on.
> >>>> We would like to start working on KDE Frameworks 6 on Qt 6 but still
> >>>> keep Frameworks 5 supported with as little overhead as possible, i.e.
> >>>> not having a gazillion ifdefs or even dedicated branch, which we would
> >>>> likely need, should we have to continue supporting Qt 5.14 in the
> >>>> process.
> >>>> Are there any objections or concerns or potential release schedule
> >>>> conflicts if we did that?
> >> While at it, can we also get your feedback on
> >> * Requiring C++17
> > Which for GCC means at least g++ 9 in practice due to std::filesystem?
> I think we need to be more specific and say what is the minimum compiler
> version. Maybe we can set g++8 as the minimum and use C++17 language
> features while avoiding std::filesystem.
> But only if someone actually cares about keeping gcc8 support :)
I'm pretty sure we can live without std::filesystem, given that we have QFile
and KIO. I would actually find it confusing to see code that starts using a
third subsystem for this, at least until proving that it's way better....
David Faure, faure at kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
More information about the release-team