On Sunday, 23 July 2017 23:03:04 PDT Kevin Kofler wrote:
> Thiago Macieira wrote:
> > This is the root of your problem. Something that this plugin or
> > qgsttools_p needs to link to said that its libraries are in /usr/lib64.
> > qmake has some code to remove system paths, but it that won't work if
On Sunday, 23 July 2017 22:58:02 PDT Martin Koller wrote:
> So the bug in fact is that qt does not give a correct name for
> libQt5MultimediaGstTools.prl ?
I don't know if that's a bug. I've never felt a problem with the .prl being
named like that.
> In fact it does use the infix for the other l
On Sunday, 23 July 2017 23:01:28 PDT Kevin Kofler wrote:
> Thiago Macieira wrote:
> > QtMultimediaGstTools (formerly qgsttools_p) is a shared library marked
> > "internal_module". Does it need to be a shared library?
>
> That cannot be the solution either. Distributions really don't like static-
>
On Sunday, 23 July 2017 22:58:30 PDT Kevin Kofler wrote:
> Thiago Macieira wrote:
> > No, this is the solution, unless you want to build in a chroot'ed build
> > root. In the environment where you're going to build a given software, you
> > must not have the development packages of that software al
Martin Koller wrote:
> So the bug in fact is that qt does not give a correct name for
> libQt5MultimediaGstTools.prl ?
The bug is that something tries to use -L/usr/lib64. That directory is in
the default linker search path, it makes no sense to -L it, and doing it
anyway messes up the search or
Thiago Macieira wrote:
> This is the root of your problem. Something that this plugin or
> qgsttools_p needs to link to said that its libraries are in /usr/lib64.
> qmake has some code to remove system paths, but it that won't work if the
> path being requested is both:
> a) not system
> b) where
Thiago Macieira wrote:
> QtMultimediaGstTools (formerly qgsttools_p) is a shared library marked
> "internal_module". Does it need to be a shared library?
That cannot be the solution either. Distributions really don't like static-
only libraries. There are already too many of them in Qt. (Each one
Thiago Macieira wrote:
> No, this is the solution, unless you want to build in a chroot'ed build
> root. In the environment where you're going to build a given software, you
> must not have the development packages of that software already installed.
That is utter nonsense. Any package that picks
On Sonntag, 23. Juli 2017 23:40:30 CEST Thiago Macieira wrote:
> > -) -lQt5MultimediaWidgets and others: why are they used here instead of the
> > namespaced/infixed versions, which are also given>
> >but later in the line ?
>
> Same reason: the system-wide qgsttools_p.prl file was found.
>
On Sunday, 23 July 2017 21:03:19 PDT Thiago Macieira wrote:
> But that's just it: the GC doesn't happen as often if you're not under
> memory pressure. You can postpone the GC to later and run it less often,
> when you're less busy. Your code can focus on being as fast as it can while
> the user is
On Sonntag, 23. Juli 2017 23:45:30 CEST Konstantin Tokarev wrote:
>
> 23.07.2017, 23:49, "Martin Koller" :
> > On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
> >
> >> I'm not sure it would be acceptable, because updated QtWebKit requires
> >> full
> >> C++11 support in the com
Hello, I've been testing more C++17 class template auto deduction awith
gcc-7, and got stuck on QMap, consider this simple test program:
-
#include "qapplication.h"
#include "qmap.h"
#include "qdebug.h"
int main(int argc, char *argv[])
On Sunday, 23 July 2017 15:20:21 PDT Phil Bouchard wrote:
> > For two reasons:
> > 1) your analogy is not correct
> > 2) you're basing the entire case on an assumption that is not proven
> >
> > You could be building a great new language. Or a house of cards.
>
> It's based on the brand new C++
On Sunday, 23 July 2017 15:13:50 PDT Phil Bouchard wrote:
> On 07/23/2017 03:54 PM, Thiago Macieira wrote:
> > A problem that can again be mitigated by adding more RAM. Sometimes it's
> > easier/cheaper to just throw hardware at the problem than to rework the
> > software to be more efficient.
>
>
On 07/22/2017 12:17 AM, Phil Bouchard wrote:
Greetings,
Now I have an example showing off the cyclic reference handling. Please
see:
https://github.com/philippeb8/root_ptr/blob/bb++/bbpp2cpp/tests/input2.bb
This program correctly outputs:
Document::Document(const boost::node_proxy&)
auto __0(
On 07/23/2017 08:30 PM, Phil Bouchard wrote:
On 07/23/2017 04:34 PM, Lorn Potter wrote:
On 23/7/17 3:43 am, Phil Bouchard wrote:
Vlad Stelmahovsky wrote:
over C++ ??
No it's much faster than the Javascript -> JIT flow.
On Sat, Jul 22, 2017 at 5:43 PM, Phil Bouchard
wrote:
On 07/22/2017
On 07/23/2017 04:34 PM, Lorn Potter wrote:
On 23/7/17 3:43 am, Phil Bouchard wrote:
Vlad Stelmahovsky wrote:
over C++ ??
No it's much faster than the Javascript -> JIT flow.
On Sat, Jul 22, 2017 at 5:43 PM, Phil Bouchard
wrote:
On 07/22/2017 05:52 AM, Vlad Stelmahovsky wrote:
Phil,
Ca
On 07/23/2017 07:12 PM, Henry Skoglund wrote:
On 2017-07-24 00:13, Phil Bouchard wrote:
On 07/23/2017 03:54 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 12:27:44 PDT Phil Bouchard wrote:
..
..
..
How does your tool deal with runtime code generation via eval() ?
First you need to ask y
On 2017-07-24 00:13, Phil Bouchard wrote:
On 07/23/2017 03:54 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 12:27:44 PDT Phil Bouchard wrote:
..
..
..
How does your tool deal with runtime code generation via eval() ?
First you need to ask yourself if that function is really used a lot
On 07/23/2017 05:15 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 13:02:59 PDT Phil Bouchard wrote:
On 07/23/2017 03:26 PM, Robin Burchell wrote:
Please create a bug with a test case (simple enough that it can be run
standalone like mine below) where you see more details on the
performance
On 07/23/2017 03:54 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 12:27:44 PDT Phil Bouchard wrote:
Yes but when you have more simultaneous apps running then they will
consume more RAM thus the exact same problem will occur.
A problem that can again be mitigated by adding more RAM. Somet
23.07.2017, 23:49, "Martin Koller" :
> On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
>
>> I'm not sure it would be acceptable, because updated QtWebKit requires full
>> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some
>> features, or with code chan
On Sunday, 23 July 2017 13:49:18 PDT Martin Koller wrote:
> It would be really nice if the current release branch would compile at least
> on these major distros
Sorry, it's out of our hands. The source code upstream has moved on and is
using C++ features not available in GCC 4.8.
--
Thiago Mac
On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote:
[cut]
QtMultimediaGstTools (formerly qgsttools_p) is a shared library marked
"internal_module". Does it need to be a shared library?
It's linked into several plugins:
src/plugins/gstreamer/audiodecoder/audiodecoder.pro:include(../common.p
On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote:
> -) why is -L/usr/lib64 there (should be a std. path, no?)
This is the root of your problem. Something that this plugin or qgsttools_p
needs to link to said that its libraries are in /usr/lib64. qmake has some
code to remove system paths
On Sunday, 23 July 2017 14:22:03 PDT Thiago Macieira wrote:
> > (I need Qt devel system files when compiling KDE, but I need to build my
> > own Qt for company project)
>
> You must install and uninstall the development packages as needed then. Or
> set up a build root for building one or the othe
On Sunday, 23 July 2017 12:27:44 PDT Phil Bouchard wrote:
> Or 'renice' the process to a higher priority after having killed the
> browser at least.
Not enough.
> I can try later but Linux is pretty good at optimizing
> processes that are run multiple times so I don't think it'll make a huge
> di
On Sunday, 23 July 2017 13:02:59 PDT Phil Bouchard wrote:
> On 07/23/2017 03:26 PM, Robin Burchell wrote:
> > Please create a bug with a test case (simple enough that it can be run
> > standalone like mine below) where you see more details on the
> > performance problem you see, with information ab
On Sunday, 23 July 2017 13:49:11 PDT Martin Koller wrote:
> On Sonntag, 23. Juli 2017 18:54:41 CEST Thiago Macieira wrote:
> > On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote:
> > > I found this symbol to be in the qgsttools_p lib but I fear the linker
> > > takes the lib from a wrong path
On Sonntag, 23. Juli 2017 18:54:41 CEST Thiago Macieira wrote:
> On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote:
> > I found this symbol to be in the qgsttools_p lib but I fear the linker takes
> > the lib from a wrong path.
>
> If you already have Qt installed system-wide, please remove
On Mittwoch, 3. Mai 2017 17:03:50 CEST Konstantin Tokarev wrote:
> I'm not sure it would be acceptable, because updated QtWebKit requires full
> C++11 support in the compiler (gcc >= 4.9, 4.8 possible with disabling some
> features, or with code changes, which were not done yet).
I'm trying to co
On 23/7/17 3:43 am, Phil Bouchard wrote:
Vlad Stelmahovsky wrote:
over C++ ??
No it's much faster than the Javascript -> JIT flow.
On Sat, Jul 22, 2017 at 5:43 PM, Phil Bouchard wrote:
On 07/22/2017 05:52 AM, Vlad Stelmahovsky wrote:
Phil,
Can you please explain benefits of having C++
On 07/23/2017 04:07 PM, Oleg Khotskin wrote:
Dunning-Kruger effect in action.
It's called: "let productive people handle it and move out of the way"
effect.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman
Dunning-Kruger effect in action.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On 07/23/2017 03:26 PM, Robin Burchell wrote:
Please create a bug with a test case (simple enough that it can be run
standalone like mine below) where you see more details on the
performance problem you see, with information about your platform, and
full details about how you measured the result
Hi there,
The reason why the ListView with images test is not performed smoothly, may
be the lack of asynchronous images loading (Image.asynchronous property).
--
Timur Artikov
___
Development mailing list
Development@qt-project.org
http://lists.qt-pro
On 07/23/2017 02:48 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 11:01:00 PDT Phil Bouchard wrote:
My experience with benchmarking very controlled and deterministic C++ code
(deterministic implies no memory allocation or deallocation) is that the
results vary on a system like that.
I am
Hi Phil,
On Sun, Jul 23, 2017, at 04:48 PM, Phil Bouchard wrote:
> All you have to do is create a ListView with images in the ListView
> Items, scroll the ListView and then you will see the ListView's
> scrolling speed not being uniform in an unpredictable way. Whatever's
> unpredictable is cau
On Sunday, 23 July 2017 11:01:00 PDT Phil Bouchard wrote:
> > My experience with benchmarking very controlled and deterministic C++ code
> > (deterministic implies no memory allocation or deallocation) is that the
> > results vary on a system like that.
>
> I am running it on an Intel Core i7 lapt
On 07/23/2017 12:53 PM, Thiago Macieira wrote:
On Sunday, 23 July 2017 07:48:48 PDT Phil Bouchard wrote:
* You still did not provide evidence that the problems in your QML
application where due to the garbage collection.
All you have to do is create a ListView with images in the ListView
Items
On Sunday, 23 July 2017 01:50:10 PDT Martin Koller wrote:
> I found this symbol to be in the qgsttools_p lib but I fear the linker takes
> the lib from a wrong path.
If you already have Qt installed system-wide, please remove the development
files. You said you're on OpenSUSE, so just remove the
On Sunday, 23 July 2017 07:48:48 PDT Phil Bouchard wrote:
> > * You still did not provide evidence that the problems in your QML
> > application where due to the garbage collection.
>
> All you have to do is create a ListView with images in the ListView
> Items, scroll the ListView and then you wi
On 07/23/2017 02:50 AM, Alejandro Exojo wrote:
On Saturday 22 July 2017 18:51:28 Phil Bouchard wrote:
You're probably making a living off memory leaks so it's obvious you get
offended but I don't think being a counterproductive manager is good for
the Qt company. In fact it's the first time ever
Hi,
trying to build 5.9.1 (from downloaded
qt-everywhere-opensource-src-5.9.1.tar.xz)
on openSuse 42.2, I get linker errors in the qtmultimedia module, e.g.
.obj/qgstreameraudiodecodersession.o: In function
`WinCC_OA::QGstreamerAudioDecoderSession::configureAppSrcElement(_GObject*,
_GObject*,
44 matches
Mail list logo
