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
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
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
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
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
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
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
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,
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
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
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
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
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
> 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
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
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
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.
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
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
>>>
[...]
>>> == 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
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
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/
22 matches
Mail list logo