Re: [Development] Nominating Jüri Valdmann for Approver status

You can see his contributions here: > > https://codereview.qt-project.org/#/q/owner:%22J%C3%BCri%20Valdmann%22,n,z > > Br > > Michal > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/m

Re: [Development] Fornux C++ Superset

On 25.04.2018 14:02, Phil Bouchard wrote: > You need to see the big picture; memory leaks are the most difficult > problems to solve. You have clearly never solved a cycle-lock. -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...

Re: [Development] Qt for WebAssembly

ts), so it might not be feasible to map threads to Web Workers... Just throwing it into the discussion. -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäftsführer: Mika Pälsi, Juha Varelius, Mik

Re: [Development] Code of Conduct (was: Speeding up the review process)

Some people will misuse such a "My response is always right" free-pass to silence every topic they don't like and (in the long run) that would lead to a situation where you will respond to mails/bugreports/... only with AutoText. On 16.10.2017 08:34, Viktor Engelmann wrote: &

[Development] Code of Conduct (was: Speeding up the review process)

that could reasonably be interpreted this way. And I will not respond to personal insults. -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho Si

Re: [Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

resolved differently - and if there is, I assume that this "differently" opens a backdoor. On 13.10.2017 14:52, Marc Mutz wrote: > On 2017-10-13 13:04, Viktor Engelmann wrote: >> * I don't think we need to be as paranoid towards contributions >> from >> our ow

Re: [Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

you can take the blame on breaking something. We shouldn't blame in the first place. We are all trying to make Qt better. I only wish I could spend more time doing actual WORK on Qt. > Best regards, > André -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower

[Development] Speeding up the review process (was: PostgreSQL cross compile for Pi)

lso might hire a new employee in 10 years who might have an opinion. -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho Sitz der Gesells

Re: [Development] Using private API for qt-based library

mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäftsführer: Mika Pälsi, Juh

Re: [Development] RFC: Containers member functions for algorithm

__ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 2678452

Re: [Development] Use of std::function in Qt API

qt libs don't break BC either, so there is no problem in that case. I think it might be wisest to allow BC breakage under the premise that the major version number must change whenever BC is broken. That would tell people loud and clear that they have to rebuild (also the library names

Re: [Development] Shall we turn on /utf-8 compiler option when build qt for Windows?

n - can > > grok UTF-8. Let's use it at least inside Qt :) > > > Simon > personally, I want - every file in the world converted to UTF8 - every software made compatible to UTF8 - compatibility to any other encoding removed from every software - everyone burned at stake for h

Re: [Development] Shall we turn on /utf-8 compiler option when build qt for Windows?

Am 30.01.2017 um 11:40 schrieb Giuseppe D'Angelo: > Il 30/01/2017 11:35, Viktor Engelmann ha scritto: >> As far as I can see, all our codes *are* UTF-8 encoded (a least they >> should be, IMHO), so why would we sneak our UTF8 in behind it's back (in >> 2017!) inste

Re: [Development] Shall we turn on /utf-8 compiler option when build qt for Windows?

e non-ASCII to a shell that doesn't support UTF8, you'd have to change all these codes *manually*. As far as I can see, all our codes *are* UTF-8 encoded (a least they should be, IMHO), so why would we sneak our UTF8 in behind it's back (in 2017!) instead of just telling the compiler

Re: [Development] Shall we turn on /utf-8 compiler option when build qt for Windows?

non-ASCII is unproblematic (like the 'ä' in some copyright lines) > on all supported compilers, that's fine to have, but mining log messages > or comments with characters that are known to cause issues in the processing > are a mindless waste of resources. > > Andre&#

Re: [Development] Using semicolons in JS (QML)

ror that could have been caught by static analysis at compile time, but was just "guessed away" wrongly. Anyhow, I believe that we have spent more time on this debate than will ever be saved by omitting semicolons. Viktor -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudowe

Re: [Development] Notes on "Qt Build Systems" @ QtCon 2016

e racism or sexism. We > should be inclusive after all, and not scare off any potential > contributors. > > regards, > Ulf -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäft

Re: [Development] Using platform-native APIs for terminating QThreads

corrupts any > user data. > > Still, what does that have to do with the problem at hand? > -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151 26784521 http://qt.io Geschäftsführer: Mika Pälsi, Juha Vareliu

Re: [Development] Notes on "Qt Build Systems" @ QtCon 2016

fferent version of the same compiler on the same OS? well too bad... It kind of reminds me of this joke: http://www.ebaumsworld.com/jokes/blond-hole-diggers/80432143/ Viktor -- Viktor Engelmann Software Engineer The Qt Company GmbH Rudower Chaussee 13 D-12489 Berlin viktor.engelm...@qt.io +49 151

Re: [Development] Using platform-native APIs for terminating QThreads

so.0 > #10 0x00400794 in do_exit() () > #11 0x004007a5 in thread_function(void*) () > #12 0x77bc2474 in start_thread () from /lib64/libpthread.so.0 > #13 0x7705d3ed in clone () from /lib64/libc.so.6 > > I'll post to cxxabi and ask