Re: [Development] Views

2019-06-05 Thread Joerg Bornemann
On 6/5/19 5:49 PM, Mutz, Marc via Development wrote: > As a library implementer, you are simply not _allowed_ the freedom to > use a convenient tool over the most efficient one. That is, to put it > mildly, a disservice to users and a disgrace to the profession of > programmers. 8KiB just to lo

Re: [Development] Deprecation/removal model going into Qt 6

2019-06-05 Thread Konstantin Shegunov
On Wed, Jun 5, 2019 at 9:44 PM André Pönitz wrote: > On Tue, Jun 04, 2019 at 06:45:26PM +0200, Mutz, Marc via Development wrote: > > 2. Delete all uses of the deprecated API from Qt itself > > ... and that *before* the deprecation happens. > > Lately the deprecations left Qt in a state that was s

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Thiago Macieira
On Wednesday, 5 June 2019 13:36:01 PDT André Pönitz wrote: > > Yes, I've complained that most distros can't seem to compile them to be > > compatible correctly. But that's not Qt's problem that one (or most) of > > them fail to do their job properly. > > It's not "Qt's problem" per se, but it's be

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread André Pönitz
On Wed, Jun 05, 2019 at 01:41:25PM +0200, Mutz, Marc via Development wrote: > On 2019-06-05 10:40, Edward Welbourne wrote: > [...] > > If some things are deprecated and never removed (QRegEx springs to > > mind), while others get removed (comparably) soon after deprecation > > (e.g. everything we'r

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread André Pönitz
On Tue, Jun 04, 2019 at 09:58:18PM -0700, Thiago Macieira wrote: > On Tuesday, 4 June 2019 12:57:36 PDT Mutz, Marc via Development wrote: > > You talk about a particular incarnation of stdlibs, I was talking about > > the general case. Yes, in the case you describe, and _if_ libc++ is > > configure

Re: [Development] Configure command lines of official Qt releases

2019-06-05 Thread Иван Комиссаров
AFAIK -R . is used to load that icu libraries I told you about in Gerrit. Otherwise it will try to load the system ones instead of the shipped ones with Qt. > 5 июня 2019 г., в 14:46, Richard Weickelt написал(а): > >> Excellent yes. That was a recent addition to the installer framework, >> ver

Re: [Development] Deprecation/removal model going into Qt 6

2019-06-05 Thread André Pönitz
On Tue, Jun 04, 2019 at 06:45:26PM +0200, Mutz, Marc via Development wrote: > = The meaning of deprecation > > I think of deprecation as a means to tell users that the designers of the > deprecated API think that there is some deep flaw in the API that makes it > harder to use correctly or easier

Re: [Development] Views

2019-06-05 Thread Mutz, Marc via Development
On 2019-05-16 20:18, Mutz, Marc wrote: [...] [1] Paraphrasing what Alex Stepanov teaches in his A9 courses: No C programmer would _ever_ get the idea to use a self-rebalancing red-black tree for something that holds a dozen elements. Because once you understand what is required to implement one,

Re: [Development] Deprecation/removal model going into Qt 6

2019-06-05 Thread Thiago Macieira
On Wednesday, 5 June 2019 06:31:25 PDT Olivier Goffart wrote: > That's where inline namespaces could help. (You'd change the name of the > inline namespace as well so you could link to two libraries that use > different version of Qt, and it would work. (as long as each of these > library don't exp

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Elvis Stansvik
Den ons 5 juni 2019 kl 12:59 skrev Mutz, Marc via Development : > > On 2019-06-03 14:27, Bernhard Lindner wrote: > >> > > > So, yes, this is borne out of frustration with the lack of > >> > > > maintenance > >> > > > of QtCore plumbing. I don't see that changing and I acknowledge and > >> > > > un

[Development] Use qt5 without udev

2019-06-05 Thread Laurentiu-Cristian Duca
Hello Qt community, I am an open source enthusiast and a qt5 beginner. I want to use qt5 in a fast boot linux system and I am searching a way to use qt5 without udev, instead use devtmpfs because the system boots faster. In order to achieve this, I need a parameter in qt5 similar to export QWS_M

Re: [Development] Deprecation/removal model going into Qt 6

2019-06-05 Thread Olivier Goffart
On 05.06.19 07:24, Thiago Macieira wrote: On Tuesday, 4 June 2019 10:07:46 PDT Lisandro Damián Nicanor Pérez Meyer wrote: $ objdump -x /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 | grep SONAME SONAME libQt5Core.so.5 Note the two numbers in the SONAME. They mean two different

Re: [Development] Configure command lines of official Qt releases

2019-06-05 Thread Simon Hausmann
Yes, don't use the ones from this packaging-tools/bld_config thing. That's outdated and certainly not used for Qt 5 releases today. Regarding -R . : This specifies the rpath as a relative path, which enables qmake to use origin rpaths (or equivalents on macos) instead of absolute paths, plus t

Re: [Development] Configure command lines of official Qt releases

2019-06-05 Thread Richard Weickelt
> Excellent yes. That was a recent addition to the installer framework, > very useful for exactly that purpose. Thanks for _all_ replies! Actually, the configure command line in the COIN logs differs from https://code.qt.io/cgit/qtsdk/qtsdk.git/tree/packaging-tools/bld_config?h=v5.12.3-packaging s

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Mutz, Marc via Development
On 2019-06-05 10:40, Edward Welbourne wrote: [...] If some things are deprecated and never removed (QRegEx springs to mind), while others get removed (comparably) soon after deprecation (e.g. everything we're currently deprecating with intent to remove in Qt 6), maintainers of client code get mi

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Mutz, Marc via Development
On 2019-06-03 14:27, Bernhard Lindner wrote: > > > So, yes, this is borne out of frustration with the lack of maintenance > > > of QtCore plumbing. I don't see that changing and I acknowledge and > > > understand that the focus of development has shifted towards QML. > > Suppose you implement all

Re: [Development] Deprecation/removal model going into Qt 6

2019-06-05 Thread Konstantin Shegunov
On Wed, Jun 5, 2019 at 12:57 AM Kevin Kofler wrote: > IMHO, major versions with source&binary compatibility need to actually > live > much LONGER, not shorter. At least 20-30 years, with the time at least > doubling with every new major release. Or just stop doing compatibility > breaks entirely.

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Kevin Kofler
Samuel Gaist wrote: >> On 5 Jun 2019, at 00:39, Kevin Kofler wrote: >> Can't we just add a keySet() method (named after the Java one that does >> something similar) that returns a wrapper object that just forwards >> begin() to the map's keyBegin() etc.? Then you could just write something >> like

Re: [Development] minicoin (was: Configure command lines of official Qt releases)

2019-06-05 Thread Volker Hilsheimer
Taking the liberty to starting a new thread for the minicoin related discussion... On 4th of June 2019 at 6:09 PM, Konstantin Tokarev wrote: > 04.06.2019, 17:01, "Volker Hilsheimer" : >>> 04.06.2019, 16:41, "Volker Hilsheimer" : > "Why don’t we make the exact way of turning a clean Linux >>>

Re: [Development] Qt 5 types under consideration for deprecation / removal in Qt 6

2019-06-05 Thread Edward Welbourne
[...] >>> == Java-style iteration >>> (https://codereview.qt-project.org/c/qt/qtbase/+/262344) == [...] On 2019-06-03 11:26, Lars Knoll wrote: >> I’m a bit torn here. On code review I gave a +1 on deprecating them, >> but I see that this could lead to a lot of porting effort on user >> code that ma

Re: [Development] Nominating Ryan Chu for Approvership

2019-06-05 Thread Alex Blasche
Congratulations to Ryan, all rights have been adjusted. -- Alex From: Development on behalf of Paul Wicking Sent: Wednesday, 15 May 2019 1:11:43 PM To: development@qt-project.org Subject: [Development] Nominating Ryan Chu for Approvership I'd like to n

Re: [Development] Gerrit: Sanity-Review is lost after moving changes

2019-06-05 Thread Andre Hartmann
Or if it is, the sanity bot should probably be triggered again. > yes, make a jira task for qtqainfra/sanity bot. Done: https://bugreports.qt.io/browse/QTQAINFRA-3026 ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/