Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread Phil Bouchard
On 01/05/2017 07:26 AM, Phil Bouchard wrote: Simon was mentioning that it would be preferable having root_ptr with an underlying mechanism to select memory pools based on the type allocated or the frequency of the allocation made. I don't see how it could be further optimized. After reading t

Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread Phil Bouchard
On 01/05/2017 03:09 PM, André Pönitz wrote: On Thu, Jan 05, 2017 at 07:57:54AM -0600, Thiago Macieira wrote: Em quinta-feira, 5 de janeiro de 2017, às 07:26:52 CST, Phil Bouchard escreveu: AFAIU QtQuickCompiler has nothing to do with memory management, its main purpose is reduction of start up

Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread André Pönitz
On Thu, Jan 05, 2017 at 07:57:54AM -0600, Thiago Macieira wrote: > Em quinta-feira, 5 de janeiro de 2017, às 07:26:52 CST, Phil Bouchard > escreveu: > > > AFAIU QtQuickCompiler has nothing to do with memory management, its main > > > purpose is reduction of start up time and obfuscation of sources

[Development] State of dev branch in CI

2017-01-05 Thread Simon Hausmann
Hi, I wanted to give a quick update on the state of the dev branch in the CI: Currently any changes to any module outside of qtbase targeting the dev branch will fail to pass the build stage in the CI. Recently RHEL 7.2 was added to dev. When that was tested - back in fall last year - all was

Re: [Development] Calendar Systems proposal

2017-01-05 Thread Christoph Feck
On 05.01.2017 17:12, Edward Welbourne wrote: Sérgio Martins very helpfully linked to KCalendarSystem - thank you. One of the things we should clearly aim for is to make it easy for KCalendarSystem to (when its developers care to and can find the time, with no pressure to do so) adapt to use QCale

Re: [Development] Calendar Systems proposal

2017-01-05 Thread Edward Welbourne
Well, I've missed a long and lively discussion while I was away. I've now caught up with e-mail, digested the thread and done some (but by no means enough) background reading; that's left me with some jumbled notes. This shall be long - let's start with the thread (and fit some of those notes int

Re: [Development] Proposal to adjust release candidate process

2017-01-05 Thread Tor Arne Vestbø
On 04/01/2017 16:25, Frederik Gladhorn wrote: On tirsdag 3. januar 2017 08.02.21 CET Tuukka Turunen wrote: Hi, Perhaps it is best to talk with marketing about the name of the "release done immediately after branching to the .0 release branch". Reading the discussion, it seems that other than

Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread Thiago Macieira
Em quinta-feira, 5 de janeiro de 2017, às 07:26:52 CST, Phil Bouchard escreveu: > > AFAIU QtQuickCompiler has nothing to do with memory management, its main > > purpose is reduction of start up time and obfuscation of sources. > > Ok I assumed that execution time would be affected because the code

Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread Phil Bouchard
On 01/05/2017 06:02 AM, Konstantin Tokarev wrote: 05.01.2017, 03:46, "Phil Bouchard" : On 01/02/2017 04:50 PM, Phil Bouchard wrote: On 12/29/2016 04:14 AM, Simon Hausmann wrote: Hi, Sorry for the delay... First I would like to point out this popular Javascript test runs 1.5 faster us

Re: [Development] Proposal for "container-oriented deterministic memory manager"

2017-01-05 Thread Konstantin Tokarev
05.01.2017, 03:46, "Phil Bouchard" : > On 01/02/2017 04:50 PM, Phil Bouchard wrote: >>  On 12/29/2016 04:14 AM, Simon Hausmann wrote: >>>  Hi, >> >>  Sorry for the delay... >> >>  First I would like to point out this popular Javascript test runs 1.5 >>  faster using Qt over WebKit: >> >>  - ~100