QThread::create is still behind a few #ifdefs in Qt 6. It requires:
1) a configure-time check for C++11 std::future and std::async
2) a compile-time check for C++14 std::invoke and some C++14 language features
#1 enables the create() function at all; #2 enables the ability to pass a
callable tha
On Friday, 13 November 2020 11:24:49 PST Sune Vuorela wrote:
> I also think it is sane to 1) EOL Qt Chooser.
As the qtchooser maintainer. I am declaring it EOL and have closed the
remaining open tasks.
I hereby also resign maintaining it too.
--
Thiago Macieira - thiago.macieira (AT) intel.com
On 2020-11-02, Lars Knoll wrote:
> I honestly don't think renaming all our binaries is an option, certainly not
> that late in the process. We’ve had Qt 4 and Qt 5 co-installed for a long
> time as well and while that might not be perfect it was working.
>
> And qtchooser has been working nicely
Hi!
On Thu, 12 Nov 2020 at 20:29, Lisandro Damián Nicanor Pérez Meyer
wrote:
>
> Hi!
>
> On Wed, 11 Nov 2020 at 12:55, Thiago Macieira
> wrote:
> >
> > On Monday, 9 November 2020 09:57:13 PST Lisandro Damián Nicanor Pérez Meyer
> > wrote:
> > > Seriously, we have discussed this before, and we k
On Friday, 13 November 2020 00:19:41 PST Lars Knoll wrote:
> I would hope that we’ll get mechanism to move them and help from the
> compiler and/or C++ standard here. This is especially needed for
> relocatable objects, as that makes a huge performance difference, but make
> a big difference for p
On Thu, 12 Nov 2020 at 17:11, Lars Knoll wrote:
> Language Lawyer Hat: is_trivial is the wrong type trait when it comes to
> detect trivial copiability anyhow, example:
>
> struct S { int i; S operator=(const S &)=delete; };
>
> is trivial and not copy assignable. Isn't C++ a fun language to wo
> On 13 Nov 2020, at 09:06, Thiago Macieira wrote:
>
> On Thursday, 12 November 2020 23:45:35 PST Lars Knoll wrote:
>> Huh? In a release build assertions also expand to nothing. So it does remove
>> many checks. Opposed to that, a debug build or one with address sanitiser
>> enabled, could check
On Thursday, 12 November 2020 23:45:35 PST Lars Knoll wrote:
> Huh? In a release build assertions also expand to nothing. So it does remove
> many checks. Opposed to that, a debug build or one with address sanitiser
> enabled, could check those kind of things more thoroughly.
Sorry, we may be misc
