Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

On Monday, 18 December 2017 12:13:42 PST Allan Sandfeld Jensen wrote: > It is not really much slower anymore > though. It used to be slower because the final compilation was all in a > single process and single threaded, but that part is now multithreaded. >From experience, it's *not* slower.

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

On Montag, 18. Dezember 2017 20:55:42 CET René J. V. Bertin wrote: > Thiago Macieira wrote: > > It doesn't, because the debug information is not loaded in the first > > place. > > When using readelf, note how the "A" flag is missing for those sections. > > So it has to skip certain, possibly

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

On Monday, 18 December 2017 11:55:42 PST René J. V. Bertin wrote: > Thiago Macieira wrote: > > It doesn't, because the debug information is not loaded in the first > > place. > > When using readelf, note how the "A" flag is missing for those sections. > > So it has to skip certain, possibly

[Interest] Native macOS menu in Qt Quick application

Hi, Is it possible to have native macOS menus in a Qt Quick application? I'm using Qt 5.9 and I tried using https://doc.qt.io/qt-5/qml-qt-labs-platform-menubar.html but no native menu appears. Any ideas? Best regards, Alex ___ Interest mailing list

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

Thiago Macieira wrote: > It doesn't, because the debug information is not loaded in the first place. > When using readelf, note how the "A" flag is missing for those sections. So it has to skip certain, possibly considerable parts of the file while loading it, rather than simply doing some

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

On Monday, 18 December 2017 10:23:40 PST Nuno Santos wrote: > Can you please be more specific when you say, use a UDP-capable SOCKS5 proxy > server? Yes. You install a SOCKS 5 server that is capable of doing UDP binding and proxying. Then all you need to do is tell your QUdpSocket to use it,

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

Thiago, But I want to establish a p2p connection between two peers in different networks behind a router and from what I have been reading, one of the approaches is UDP punch holing where you first contact a server that is is outside your network so that it can tell you your public IP address

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

On Monday, 18 December 2017 09:53:52 PST Richard Moore wrote: > ​STUN is RFC 5389​ and is anything but simple. Consider using a library > that performs NAT traversal for you then wrapping the resulting socket in a > QUdpSocket if possible. Or use an UDP-capable SOCKS5 proxy server. That is

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

Richard, Thiago, Thanks for your replies. I’m very lame on network stuff. STUN server is responding and believe I’m parsing the result correctly using the stun-msg lib. But after that point I can’t seem to receive data on the socket. I’m not sure if I’m having other kind of problems and

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

On 18 December 2017 at 16:25, Thiago Macieira wrote: > On Monday, 18 December 2017 01:55:49 PST Nuno Santos wrote: > > I’m trying to establish a QUdpSocket connection between two peers that > are > > behind firewalls. > > > > From what I have been reading, one way of

[Interest] mac debug problem

Hello, I have a not trivial project. I did not know why, but the debugging is broken completely. QtCreator can show me code lines in stack trace, but it can't show me c++ code, only the assembler one. If I set a breakpoint in e.g. main.cpp file - it ignores it. It just have no info

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

On Monday, 18 December 2017 06:38:20 PST René J.V. Bertin wrote: > Hi, > > Not to start a flame war, but are there clear differences between building > Qt (on Linux) with clang (5.0) vs. GCC (7.2) that make the one or the other > a better choice for certain domains of application? > > Link-time

Re: [Interest] QUdpSpcket connection between two public peers behind firewalls

On Monday, 18 December 2017 01:55:49 PST Nuno Santos wrote: > I’m trying to establish a QUdpSocket connection between two peers that are > behind firewalls. > > From what I have been reading, one way of doing this is recurring to a STUN > Server, performing a bind request which will have as

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

Allan Sandfeld Jensen wrote: Hi, > It is pretty much the same. I would recommend gcc because that is default on > Linux and the most likely to compile warning free and support most > configurations. That's more or less what I expected. The only mostly systematic difference I see (on all

Re: [Interest] building Qt 5.9 on Linux - clang or GCC?

On Montag, 18. Dezember 2017 15:38:20 CET René J.V. Bertin wrote: > Hi, > > Not to start a flame war, but are there clear differences between building > Qt (on Linux) with clang (5.0) vs. GCC (7.2) that make the one or the other > a better choice for certain domains of application? > > Link-time

[Interest] building Qt 5.9 on Linux - clang or GCC?

Hi, Not to start a flame war, but are there clear differences between building Qt (on Linux) with clang (5.0) vs. GCC (7.2) that make the one or the other a better choice for certain domains of application? Link-time optimisation is out of the question (too costly on my hardware, which is

Re: [Interest] [Qt3D] 5.10.0 crash with OpenGL ES 2.0 on desktop

On 18.12.2017 13:44, Konstantin Tokarev wrote: 18.12.2017, 09:05, "david crémoux" : Hello, I have a crash when forcing to use opengl es on desktop for 5.10.0 version (via: QApplication::setAttribute(Qt::AA_UseOpenGLES)). It comes from QT3D_UNIFORM_TYPE_IMPL

Re: [Interest] [Qt3D] 5.10.0 crash with OpenGL ES 2.0 on desktop

18.12.2017, 09:05, "david crémoux" : > Hello, > > I have a crash when forcing to use opengl es on desktop for 5.10.0 > version (via: QApplication::setAttribute(Qt::AA_UseOpenGLES)). > It comes from QT3D_UNIFORM_TYPE_IMPL (graphicscontext_p.h:366), > m_rawByteSize is set to 0. >

[Interest] QUdpSpcket connection between two public peers behind firewalls

Hi, I’m trying to establish a QUdpSocket connection between two peers that are behind firewalls. From what I have been reading, one way of doing this is recurring to a STUN Server, performing a bind request which will have as response our public IP and a port and not closing the socket.