Re: [Qbs] Donation to QBS developers/maintainers/contributes

2019-05-16 Thread André Pönitz
On Thu, May 16, 2019 at 10:00:33AM +1200, Christian Gagneraud wrote: > On Thu, 16 May 2019 at 09:32, Иван Комиссаров wrote: > > > 15 мая 2019 г., в 19:50, André Pönitz написал(а): > > > > > > Getting rid of implicitly shared containers should be a rather

Re: [Qbs] Donation to QBS developers/maintainers/contributes

2019-05-15 Thread André Pönitz
On Wed, May 15, 2019 at 11:38:25AM +0200, Oswald Buddenhagen wrote: > [...] > jake had started that "qt-free qbs" project (he got as far as > eliminating (most) use of qt containers), but it was snuffed out because > it was unrealistic and counterproductive at that time. even now, no > patches in t

Re: [Qbs] Who compared build times of Qt Creator with CMake and qbs?

2019-05-14 Thread André Pönitz
On Tue, May 14, 2019 at 08:42:50PM +0200, Richard Weickelt wrote: > Tobias, > > I think it is of utmost importance for the survival of Qbs that it is > fully supported by an IDE like QtCreator. > > > Note that this is about the build system used to *build Qt Creator > > with*, not about *build sy

Re: [Qbs] Unexpected behavior of MSVC generator

2019-02-18 Thread André Pönitz
On Sun, Feb 17, 2019 at 09:10:32PM +0300, Denis Shienkov wrote: > > For c++ - yes. Imagine a pure javascript rule that doesn’t invoke any > «compiler» (like cl or javac) but converts some input to output using qbs > itself. How that custom rule would like? > > But we speak about c/c++ :) > > > Wh