Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] can not build 5.9.1 qtmultimedia

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. >

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] QtWebKit is coming back (part 2)

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

[Development] How to make a fancy QMap c++17 initializer_list

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now fixes all of your memory leak nightmares

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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.

Re: [Development] QtWebKit is coming back (part 2)

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,

Re: [Development] QtWebKit is coming back (part 2)

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

[Development] Can QtMultimediaGstTools be static? (was: can not build 5.9.1 qtmultimedia)

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:

Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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 >

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] QtWebKit is coming back (part 2)

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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:

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

Dunning-Kruger effect in action. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] can not build 5.9.1 qtmultimedia

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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

[Development] can not build 5.9.1 qtmultimedia

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*,

Re: [Development] [BB++] Now is 3.5x faster than Node.JS

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 I hear about a manager > complaining