Re: [Development] Local static variable initialization in multithreaded code

2016-02-28 Thread Thiago Macieira
On domingo, 28 de fevereiro de 2016 18:52:30 PST Vincas Dargis wrote: > 2016.02.28 17:37, Olivier Goffart rašė: > > Since QBasicAtomic is a literal type, it is going to be initialized at > > compile time and can be used without mutexes. > > That's interesting, thanks. > > Though should I add TODO

Re: [Development] Local static variable initialization in multithreaded code

2016-02-28 Thread Vincas Dargis
2016.02.28 17:37, Olivier Goffart rašė: Since QBasicAtomic is a literal type, it is going to be initialized at compile time and can be used without mutexes. That's interesting, thanks. Though should I add TODO for the future to simplify it when MSVC2013 support ends? Or it could be like that

Re: [Development] Local static variable initialization in multithreaded code

2016-02-28 Thread Olivier Goffart
Am Sonntag, 28. Februar 2016, 16:08:44 CET schrieb Vincas Dargis: > Hello, > > If Qt 5.7 are going to support only "proper" C++11 compilers, can new Qt > code assume that function local static variable initialization is > thread-safe? > > Qt 5.7 Wiki page [1] makes me think that only Visual Studio

[Development] Local static variable initialization in multithreaded code

2016-02-28 Thread Vincas Dargis
Hello, If Qt 5.7 are going to support only "proper" C++11 compilers, can new Qt code assume that function local static variable initialization is thread-safe? Qt 5.7 Wiki page [1] makes me think that only Visual Studio 2013 and above are supported, is that right? If so, it appears that "magic