Re: [Development] Can we use std::unique_ptr in Qt base/modules sources since Qt5.7 ?

14.06.2016, 18:03, "Bo Thorsen" : > Den 13-06-2016 kl. 12:16 skrev Denis Shienkov: >>>  QScopedPointer? >> >>  Do you have real example? ;) > > Well, as Sean wrote it lacks the move, but if all you're after is to use > it for a pointer in a class or make a local dynamically allocated var > except

Re: [Development] QtWebKit is coming back

ebKit-on-OS-X > > Stephen Chu > > On 6/4/16, 3:20 PM, "Development on behalf of Konstantin Tokarev" > annu...@yandex.ru> wrote: > >> Hi all, >> >> As some of you may already know, there is an ongoing effort to revive >> QtWebKit by updating its

Re: [Development] QtWebKit is coming back

Allan, Thanks for write-up, I'd like to add just a few side notes 08.06.2016, 22:49, "Allan Sandfeld Jensen" : >  I was asked how we used to structure and develop QtWebKit, and how it would >  relate to the new project. So here some background and my thoughts: > >  The way QtWebKit used to be dev

Re: [Development] QtWebKit is coming back

hu > > On 6/4/16, 3:20 PM, "Development on behalf of Konstantin Tokarev" > annu...@yandex.ru> wrote: > >> Hi all, >> >> As some of you may already know, there is an ongoing effort to revive >> QtWebKit by updating its WebKit engine to the current s

Re: [Development] QtWebKit is coming back

07.06.2016, 09:47, "Florian Bruhin" : > * Lars Knoll [2016-06-07 06:38:35 +]: >>  Ok, in this case a separate repo is maybe a better strategy. >>  WebKitQt (as Allan proposed) might be a good name in this case :) > > I don't want to start any bike-shedding here, but if there's a > QtWebKit a

Re: [Development] QtWebKit is coming back

gt; On 04/06/16 22:40, "Development on behalf of Thiago Macieira" > thiago.macie...@intel.com> wrote: > >> Em sábado, 4 de junho de 2016, às 22:20:14 BRT, Konstantin Tokarev escreveu: >>>  2. Is it OK to use "QtWebKit" name for this project, and if yes

Re: [Development] QtWebKit is coming back

of Thiago Macieira" > thiago.macie...@intel.com> wrote: > >> Em sábado, 4 de junho de 2016, às 22:20:14 BRT, Konstantin Tokarev escreveu: >>>  2. Is it OK to use "QtWebKit" name for this project, and if yes, how should >>>  it be versioned? >>>

[Development] QtWebKit is coming back

Hi all, As some of you may already know, there is an ongoing effort to revive QtWebKit by updating its WebKit engine to the current state of upstream at webkit.org [1]. While it still haven't reached feature parity with QtWebkit module hosted by Qt Project, its Widgets API is already in a goo

Re: [Development] commas in ctor-init-lists

01.06.2016, 15:41, "Marc Mutz" : > Hi, > > There seems to have been a silent underground move to uglify the Qt sources > , by using commas to introduce lines > . I have no idea where this came from It's codified by WebKit coding style, and many people here have contributed to QtWebKit: https:/

Re: [Development] commas in ctor-init-lists

01.06.2016, 16:50, "Jędrzej Nowacki" : > On Wednesday 01 of June 2016 15:16:01 Andreas Aardal Hanssen wrote: >>  > Den 1. jun. 2016 kl. 15.06 skrev Mark Gaiser : >>  > ... >>  > Funny in the coding style you mention. For operators: "An operator at the >>  > end of the line is easy to miss if the

Re: [Development] QtWebkit to vcxproj

27.05.2016, 09:47, "raven-worx Software" : > Oswald Buddenhagen wrote: > >>  note that vcxproj support for the build of qt as a whole has been >>  dropped a while ago, which is reflected by incomplete projects being >>  generated. you may be able to use them successfully for debugging, but >>  t

Re: [Development] Move assignment without move constructors

23.05.2016, 19:25, "Giuseppe D'Angelo" : > Il 23/05/2016 18:11, Konstantin Tokarev ha scritto: >>  Hello, >> >>  I've stumbled upon QPixmap having operator=(QPixmap&&) but missing >> QPixmap(QPixmap&&), however it seems like there

[Development] Move assignment without move constructors

Hello, I've stumbled upon QPixmap having operator=(QPixmap&&) but missing QPixmap(QPixmap&&), however it seems like there are a lot of Qt classes in the same situation, for example: QDir QFileInfo QProcessEnvironment QStorageInfo QUrlQuery QMimeType QCollatorSortKey QCommandLineOption QContiguo

Re: [Development] Short QDateTime optimisation

02.05.2016, 10:44, "Thiago Macieira" : > Hello > > https://codereview.qt-project.org/157714 > > I've just pushed one large commit that changes QDateTime to support a "short > QDateTime Optimisation". Inspired by the SSO mechanism used in libc++ and > similar to what we've done to QVersionNumber,

Re: [Development] CI for Qt WebKit

11.04.2016, 23:34, "Knoll Lars" : > Hi, > > we’re planning on doing a slight adjustments to how Qt WebKit and other > unsupported modules are CI tested for 5.7 and onwards. Basically, they will > not be tested as part of qt5.git integrations anymore and thus won’t block > releases. Will CI co

Re: [Development] gerrit : using branches (was: pointers to use it cleverly/efficiently?)

04.04.2016, 12:32, "René J. V. Bertin" : > Welbourne Edward wrote: > > Hi, > >>>  What works well for me e.g. before doing a commit is what I think of >>>  as manual rebasing: I remove my patches one way or another, git-pull, >>>  and then reapply the patch(es). >> >>  That's pretty much exactly

Re: [Development] gerrit : pointers to use it cleverly/efficiently?

01.04.2016, 14:57, "René J.V. Bertin" : > On Friday April 01 2016 12:16:08 Marc Mutz wrote: > >>  You may want to start here: http://hginit.com >> >>  Yes, it's about Mercurial, but it should re-educate you enough that you'll >>  come to love git as much as every professional eventually does. > >

[Development] QThreadStorage and C++11

Hello, Are there any plans to reimplement QThreadStorage via thread_local for compilers which support it? -- Regards, Konstantin ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] gerrit : using branches (was: pointers to use it cleverly/efficiently?)

30.03.2016, 19:11, "Thiago Macieira" : > On quarta-feira, 30 de março de 2016 17:00:20 PDT René J.V. Bertin wrote: >>  It also illustrates very nicely why I'll keep thinking that it'd be so much >>  easier if Qt had a review system to which you can upload the (possibly >>  pruned) results of `git

Re: [Development] gerrit : pointers to use it cleverly/efficiently?

30.03.2016, 00:53, "René J.V. Bertin" : > Hi, > > I've got a few things I'd like to put up for code review, which I've been > putting off because I can only think of doing them either one by one > (carrying each to completion before moving on to the next) or by using > parallel working copies.

Re: [Development] Problems with QtWebKit 5.6 / Please do not remove QtWebkit from 5.6 official binaries

20.03.2016, 18:32, "René J. V. Bertin" : > René J.V. Bertin wrote: > >>  On Sunday March 20 2016 15:01:01 Konstantin Tokarev wrote: > >>> Do I understand correctly that you were trying to build QtWebKit in >>> non-shadow >>> way? This is no

Re: [Development] Problems with QtWebKit 5.6 / Please do not remove QtWebkit from 5.6 official binaries

20.03.2016, 14:48, "René J. V. Bertin" : > Konstantin Tokarev wrote: > >>  20.03.2016, 13:13, "René J.V. Bertin" : >>>>  Look in build log for generate-forwarding-headers.pl invocation. Does it >>>>  produce any errors? >>> >>

Re: [Development] Problems with QtWebKit 5.6 / Please do not remove QtWebkit from 5.6 official binaries

20.03.2016, 13:13, "René J.V. Bertin" : >> Look in build log for generate-forwarding-headers.pl invocation. Does it >> produce any errors? > >> > >> > > Does this look OK? It's output from syncqt, and I've asked you about generate-forwarding-headers.pl > > %> (cd qt-everywhere-opensource-src-

Re: [Development] Problems with QtWebKit 5.6 / Please do not remove QtWebkit from 5.6 official binaries

20.03.2016, 00:25, "René J. V. Bertin" : > Thiago Macieira wrote: > >>  It should not be necessary, if the tarball were correct. The includes should >>  not be missing. > > Yeah, and I guess errors like the one I keep getting (following your > instructions) shouldn't occur either... > > Platform/

Re: [Development] Qt Coding Guidelines

17.03.2016, 20:23, "Giuseppe D'Angelo" : > Il 17/03/2016 18:09, Welbourne Edward ha scritto: >>  There is also an "eat our own dog-food" argument somewhere here: we ask >>  developers to document their code in qdoc, so we should be happy to use >>  it ourselves, even for not-quite-code things. >

Re: [Development] Problems with QtWebKit 5.6

06.03.2016, 21:40, "Dmitry Shachnev" : > Hi all, > > I am currently packaging Qt 5.6 release candidate for Debian and I have > encountered some problems with QtWebKit. > > 1. Looks like the tarballs were build without calling syncqt. That issue was >    easy to work-around and we are now calling

Re: [Development] Dropping qtserialbus from Qt 5.6 -- it doesn't compile in C++98

03.03.2016, 20:15, "Welbourne Edward" : >>  Why do we insist on testing for something that proxies the real need? >>  We need X and we know that Y provides X, so we test for Y. Why can't >>  we just test for X? > > Indeed. It reminds me of the web-sites that used to test with a few > browsers and

Re: [Development] HEADS UP: OSX build requirements for 5.7

10.02.2016, 22:05, "Tim Blechmann" : >>>   we have seen funny toolchain bugs, with 10.10 sdk and 10.8 deployment >>>   target on 10.8, where std::exceptions could not be caught ... compiling >>>   against 10.8 sdk solved that issue. >> >>   Regardless of whether that is a valid approach or not, t

Re: [Development] Setting up test server for QtNetwork tests

ests when you cannot run them. (Bug only affects behavior of request with SynchronousRequestAttribute which is not public, so I haven't reported it yet) > > -Tony > >>  -Original Message- >>  From: Development [mailto:development-boun...@qt-project.org]

[Development] Setting up test server for QtNetwork tests

Hello, What is the recommended (and possibly easiest) way to set up test server for QtNetwork? I've found manual [1]. Is it the preferred way? If so, is Ubuntu 10.04 required, or other versions (e.g., 12.04 or 14.04) may be used as well? Isn't there any ready-to-use VirtualBox or Docker image

Re: [Development] New KDE Free Qt Foundation agreement and changes to Qt

13.01.2016, 14:15, "Knoll Lars" : > Hi everybody, > > The Qt Company has over the last days signed a new and updated agreement with > the KDE Free Foundation. With this new agreement come some adjustments to the > open source licensing of Qt. Basically LGPLv3 will in the future be our main > l

Re: [Development] What kind of airplane we want to build?

22.01.2016, 13:32, "Bogdan Vatra" : > On Friday 22 January 2016 10:55:34 Cristian Adam wrote: >>  On Fri, Jan 22, 2016 at 11:59 AM, Marc Mutz wrote: >>  > I'm not sure about what outcome to expect, and I don't remember any >>  > numbers >>  > posted by anyone else, either. >> >>  From the David

Re: [Development] What kind of airplane we want to build?

Also, exceptions tend to hinder refactoring. -- Regards, Konstantin ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] What kind of airplane we want to build?

22.01.2016, 12:50, "Marc Mutz" : > On Friday 22 January 2016 10:38:28 Welbourne Edward wrote: >>  > AFAIK C++11/14 compilers have zero-cost exception, so, is there any >>  > reason why not start using them in Qt 6.0 ? >> >>  Any "zero cost" claim is with respect to some assumed base-point. ISTR >

Re: [Development] Qt WebKit dependency in Qt Assistant

06.01.2016, 21:58, "Thiago Macieira" : > On Wednesday 06 January 2016 21:51:54 Konstantin Tokarev wrote: >>  > and yet you haven't even ported YOUR OWN code away from it! (And the >>  > QTextBrowser "solution" leaves A LOT to be desired.) >> &

Re: [Development] Qt WebKit dependency in Qt Assistant

06.01.2016, 21:15, "Kevin Kofler" : > Hi, > > Aleix Pol wrote: >>  One of the big news lately is the deprecation of Qt WebKit module. >> >>  One of the Qt dependencies on it is assistant (which is a tool I use >>  quite often, really) and AFAIK it's using it quite thoroughly. It used >>  to be po

Re: [Development] RFC: more liberal 'auto' rules?

22.12.2015, 15:48, "Bubke Marco" : > I think in the end we will look if it is easier to implement something > similar. It's a tradeoff. > > On December 22, 2015 13:06:42 Konstantin Tokarev wrote: > >>  22.12.2015, 14:50, "Bubke Marco" : >

Re: [Development] RFC: more liberal 'auto' rules?

22.12.2015, 14:50, "Bubke Marco" : > Clazy is nice but it's under GPL so it's not possible to integrate it in the > creator clang code model. But I think we need something like clazy for the > clang code model too. I see at least 2 options how to integrate clazy: 1. Include it as a separate G

Re: [Development] RFC: new moc feature

05.12.2015, 22:29, "Marc Mutz" : > On Saturday 05 December 2015 20:20:27 Sean Harmer wrote: >>  I was >>  just wondering if we could get it down to the theoretical ideal of a >>  single integer comparison mapped into the finite set of strings in use. >>  Seems not, without some non-neglible effor

Re: [Development] Please do not remove QtWebkit from 5.6 official binaries

03.12.2015, 18:05, "Thiago Macieira" : > On Thursday 03 December 2015 15:54:42 Konstantin Tokarev wrote: >>  > Besides being possible to use QtWebKit from 5.5 with Qt 5.6, there are >>  > also >>  > QtWebKit 5.6.0 sources in git, they are just not part of

Re: [Development] Please do not remove QtWebkit from 5.6 official binaries

03.12.2015, 15:41, "Allan Sandfeld Jensen" : > On Thursday 03 December 2015, Mark De Wit wrote: >>  Hi all, >> >>  QtWebEngine does not yet have feature parity with QtWebkit. For instance, >>  print support (especially export to PDF) is a critical requirement for my >>  use of Webkit. This missin

Re: [Development] New Qt 5.6 Beta snapshot available

12.11.2015, 12:04, "Massimo Callegari" : >>>  2- the configure script in the main folder gives an error on Linux. I >>> believe it has >>>  something to do with dos2unix carriage return. I had to copy the one from >>> 5.5.1 >>>  to build. >>  [Heikkinen Jani] As Thiago already replied, .7z pack

Re: [Development] New module for OPC UA

17.09.2015, 16:54, "Frank Meerkötter" : > Hello, > > we as basysKom have developed a Qt API for OPC UA which we would like > to contribute to the Qt project. > > OPC UA is a communication protocol developed for industrial > machine to machine communication. The vision of OPC UA is to have > one u

Re: [Development] How to speed up QML for KDE5 without QML compiler

16.09.2015, 07:04, "Leslie Zhai" : > Hi great Qt and KDE developers, > > I like QML, it is high speed development language, easy to create candy > UI and not difficult to debug. KDE4 began to use it in some projects, > for example, KScreen`s kcm module, it used QML to take place of > traditional

Re: [Development] Requesting New Repository - QtZeroConf

10.09.2015, 18:51, "dr...@infidigm.net" : >>  On Sep 10, 2015, at 12:05, Konstantin Tokarev wrote: >> >>>  10.09.2015, 00:56, "Jonathan Bagg" : >>>>  Project name: QtZeroConf >>>> >>>>  Project description: >>

Re: [Development] Requesting New Repository - QtZeroConf

10.09.2015, 00:56, "Jonathan Bagg" : > Project name: QtZeroConf > > Project description: > QtZeroConf is a wrapper class for various mDNS discovery libraries across > multiple platforms: > > Linux -> Avahi-client > Android -> Avahi-core or Android Network Discovery Service > Embedded -> Avahi-cor

Re: [Development] Replace QtXml backend

31.07.2015, 10:43, "Sylvain Pointeau" : > On Tue, Jul 28, 2015 at 9:51 AM, Gerhard Scheikl wrote: >> I found a nice image on stackoverflow: >> http://stackoverflow.com/questions/9387610/what-xml-parser-should-i-use-in-c >> >> If it is true, then our choice would be xerces because libxml2 doesn't

Re: [Development] Qt LTS & C++11 plans (CopperSpice)

30.06.2015, 23:38, "Bernhard" : >>  For example, with moc removed we support template classes that inherit >>  from QObject. > > Wow. I would (almost) kill for having that feature in Qt! http://www.labri.fr/perso/guenneba/code/ppmoc.php No C++11 required (code was written in 2008 or earlier) -

Re: [Development] Git clone hangs on Linux using SSH

26.02.2015, 22:23, "Thiago Macieira" : >  On Thursday 26 February 2015 22:00:21 Denis Shienkov wrote: >>>   Don't clone from the Gerrit server. Clone from Gitorious, GitHub or >>   one of the other mirrors. >> >>   Hmm? I'm sorry, but what about this instructions: >>   http://qt-project.org/wiki/Ge

Re: [Development] QtCore missing check for memory allocation

25.02.2015, 22:09, "Oswald Buddenhagen" : > On Wed, Feb 25, 2015 at 08:38:21AM -0800, Thiago Macieira wrote: >>  On Wednesday 25 February 2015 17:20:54 Christian Kandeler wrote: >>>  Also, you are not even guaranteed to get a null pointer/bad_alloc due to >>>  things like Linux overcommitting. >>

Re: [Development] Upgrading the sources to C++11 keywords (Q_NULLPTR, etc.)

11.02.2015, 12:13, "Marc Mutz" : > On Wednesday 11 February 2015 00:37:18 Matthew Woehlke wrote: >>  Marc, I'm not sure if you're arguing for or against nullptr :-)... > > Then I agree with André; you need to start reading mails (threads) before > responding :) >>  On 2015-02-10 18:23, Marc Mutz

Re: [Development] Upgrading the sources to C++11 keywords (Q_NULLPTR, etc.)

10.02.2015, 14:37, "Smith Martin" : >>  For those guys, no amount of documentation will save them from writing >>  bad code, so I don't think we should concern ourselves much with this case. >>  I'm happy with the documentation if an educated developer reads it, and >>  is able to make the correct

Re: [Development] QImage miscompilation with gcc

04.02.2015, 13:12, "Martin Koller" : > I've found a very strange (and serious) miscompilation of QImage with g++ > > In qimage.cpp there is a simple line (3584 in Qt-5.3.2): > d->paintEngine = paintEngine ? paintEngine : new > QRasterPaintEngine(paintDevice); > which results in 0(!). The

Re: [Development] Reimplementation of HTML5 support (QtWebKit)

30.01.2015, 22:37, "Ilya Kowalewski" : > Hey there! > > My main purpose here is to reimplement some behaviour of QtWebKit on HTML5 > Video support. Am I right that there is an abstract layer between actual > context rendering / processing and webkit abstraction for HTML5 Video > standart? > >

Re: [Development] [FYI] if you find diffing in gerrit slow ...

11.09.2014, 19:00, "Oswald Buddenhagen" : > ... then use chrome/chromium. > because the slowness is coming from gerrit running massive amounts of js > in your browser, and chrome is literally an order of magnitude faster at > it than firefox (no clue about ie). > if you already use it, well, toug

Re: [Development] NOTE: Gerrit / Codereview upgrade – Service unavailable Friday June 13, 7:00 – 10:00 CEST

16.06.2014, 17:40, "Oswald Buddenhagen" : > On Mon, Jun 16, 2014 at 05:03:18PM +0400, Konstantin Tokarev wrote: >>  Have you set up cron running gerrit-gc on all repos? It is required for new >> "super-fast fetch" feature. > > have a spe

Re: [Development] NOTE: Gerrit / Codereview upgrade – Service unavailable Friday June 13, 7:00 – 10:00 CEST

09.06.2014, 18:17, "Haataja Ismo" : > Hi, > > Gerrit (https://codereview.qt-project.org/) will be unavailable while we > deploy a new version. > > The upgrade takes the current v2.2.1 based version to v2.7 based. Most of our > customized features stay: staging system for CI, one page review and

Re: [Development] Problems pushing changes to Gerrit

17.03.2014, 16:19, "Dmitry Shachnev" : > Hi, > > On Mon, 17 Mar 2014 07:54:31 +, Andy Shaw wrote: > >>  You seem to be missing the port, if you add: >> >>  :29418 >> >>  After the address so it is: >> >>  git push ssh://mandri...@codereview.qt-project.org:29418/qt/qt >> HEAD:refs/for/4.8 >>

Re: [Development] Access to WebKit Internal API

18.03.2014, 14:52, "Alan Ng" : > Hi, I am trying to access WebCore internal classes like the > RenderObject but they are not exported symbols in the final > Qt5Webkit.dll . Is there a simple/easy way to export all the symbols > in the build process? I hope I don't need to mark every classes with

Re: [Development] New Features in Qt-5.3

25.02.2014, 21:48, "Thiago Macieira" : > Em ter 25 fev 2014, às 09:00:21, Wolfgang Baron escreveu: > >>  I read somewhere, that there are plans for a pure-Qt QtDBus (not using >>  dbus-1) implementation in Qt-5.3, which would run on all platforms >>  (including mswindows). I have not found it on

Re: [Development] ABI change on arm*, call to distros' maintainers

06.11.2013, 21:01, "Lisandro Damián Nicanor Pérez Meyer" : > Hi! Some days ago Sune Vuorela pointed me at: > > > > Now this means that, if not explicitily overriden, an ABI incompatible change > will happen on arm*. > > In Debian we are considerin

Re: [Development] Moving JP2 imageformat from qt-solutions to qtimageformats

05.11.2013, 21:19, "Konstantin Ritt" : > That's quite the same as ICO files support: are they common/required on > Linux? - No. Are they supported? - Yes, optionally. favicon.ico -- Regards, Konstantin ___ Development mailing list Development@qt-proj

Re: [Development] Compile qt-everywhere-opensource-src-4.8.5 failed.

05.11.2013, 11:15, "Hongyi Zhao" : > Hi all, > > I use Debian Wheezy, and I build qt-everywhere-opensource-src-4.8.5 > failed with the following error: > > - > g++: error: unrecognized command line option ‘-fuse-ld=gold’ > g++: error: unrecognized command line option ‘-fuse-ld=gold’ >

Re: [Development] Qt 4.8.6 Release Plans

30.10.2013, 03:58, "Calogero Mauceri" : > Shouldn't the workind directory be initialized with the path the > application was launched from? In Unix-like systems children inherit working directory of parent. If Finder has "/" as working directory and does not change it while browsing, working d

Re: [Development] Compilation time very slow

24.10.2013, 19:14, "Diego Iastrubni" : > On Wed, Oct 23, 2013 at 7:04 PM, Thiago Macieira > wrote: >> 3) Don't use Windows (the operating system and filesystems are too slow) >>  3.b) don't use MinGW (it uses sub-processes a lot, which are slow on >> Windows) > > LOL... > > But seriously - how

Re: [Development] Compilation time very slow

23.10.2013, 18:30, "Olivier Austina" : > Hi > I am using Qt 4.8 and Qt Creator 2.7.0 on Windows XP SP3. I am using also > Boost C++. When I compile it take 2-3 minutes to compile.How can I reduce > this time? Thank you http://bit.ly/1idQf7H -- Regards, Konstantin

Re: [Development] Recover from a bad rebase (incorrect squash)

21.10.2013, 16:06, "Mandeep Sandhu" : >>>  Hi All, >>> >>>  Is there a safe to recover from a bad rebase ? I've squashed commits >>>  incorrectly. >>  Use 'git reflog' to get the HEAD of the commit before the squash, and use >> git reset to restore it. > > Thanks Kai! That fixed it! Note that i

[Development] QRawFont disabled on QWS/freetype (Qt 4.8)

Hi all, It seems to me this code from qglobal.h is not correct: #if !(defined(Q_WS_WIN) && !defined(Q_WS_WINCE)) \ && !(defined(Q_WS_MAC) && defined(QT_MAC_USE_COCOA)) \ && !(defined(Q_WS_X11) && !defined(QT_NO_FREETYPE)) \ && !(defined(Q_WS_QPA)) # define QT_NO_RAWFONT #endif It en

Re: [Development] Tips needed on doing cross-platform building/testing

27.09.2013, 15:58, "Mandeep Sandhu" : > Hi All, > > I'm a Linux (Ubuntu) user. I've recently made some changes for a bug report > and wanted to test them on Windows as well. > > For that I've installed Windows (I've installed 7, do I need to test on other > versions as well?) inside VirtualBox.

Re: [Development] Pointer aliasing problem in optimized gcc builds

13.09.2013, 19:51, "Thiago Macieira" : > On sexta-feira, 13 de setembro de 2013 17:22:32, Olivier Goffart wrote: > >>>  * How bad are -O3 compiles? I've read that it's completely safe for >>>  well-written code but using optimization aggressively, may cause undefined >>>  behavior or even runtime

Re: [Development] Qt WebEngine

12.09.2013, 16:04, "Knoll Lars" : > Hi, > > As many of you know, we've been doing some research on a (chromium based) > new web engine for Qt during spring and summer. I wanted to let you know > that we've now come to the conclusion that we want to continue these > efforts in the future. > > Plea

Re: [Development] A bug or not a bug, that's the question

05.09.2013, 15:46, "Kurt Pattyn" : >>  From: Thiago Macieira >>  Subject: Re: [Development] A bug or not a bug, that's the question >>  Date: 26 Aug 2013 17:16:19 GMT+02:00 >>  To: development@qt-project.org >>  On segunda-feira, 26 de agosto de 2013 13:53:38, Kurt Pattyn wrote: >>  We should re

Re: [Development] Reviews needed before android integration in two weeks

05.02.2013, 16:10, "Eskil Abrahamsen Blomfeldt" : > Technically I don't think Android is considered a Linux-distribution. http://en.wikipedia.org/wiki/Linux_distribution "A Linux distribution ... is a member of the family of Unix-like operating systems built on top of the Linux kernel." Andr

Re: [Development] ICU and Windows

04.02.2013, 18:37, "Koehne Kai" : > Hi, > > Importing ICU into qtbase is fine with me. Anyhow, I don't particular like > hard dependency to ICU from Qt5Core, since it forces everyone deploying a > Windows helloworld to also ship icudt49.dll with 17,5 MB (!). Note that it's possible to exclude

Re: [Development] ICU and Windows

14.01.2013, 15:56, "Pau Garcia i Quiles" : > On Mon, Jan 14, 2013 at 9:35 AM, Thiago Macieira > wrote: > >> On segunda-feira, 14 de janeiro de 2013 08.31.19, Yves Bailly wrote: >>> Which is not always that easy... if a library function returns, say, an >>> simple std::string *by value*, then who

Re: [Development] ICU and Windows

11.01.2013, 20:29, "John Layt" : > On Friday 11 Jan 2013 13:32:35 Shaw Andy wrote: > >>  Since ICU doesn't provide the debug version of the libraries in their binary >>  packages then this means that either the user has to build them themselves >>  (which means modifying the target as well since

Re: [Development] submitting a multi-dimensional container class for Qt: QNDArray

11.01.2013, 11:57, "Uwe Rathmann" : > On Wed, 09 Jan 2013 16:02:17 -0600, Thiago Macieira wrote: >  I think this is out of the scope of Qt. I  do not see that many uses  case for normal Qt applications. >>>  I am not surprised that some developers would feel this way, and I >>>  think I

Re: [Development] Playground: Crypto module

10.01.2013, 21:03, "Ruslan Nigmatullin" : > Hi all, > > With Qt5 there are no Qt-based cryptographic interfaces now. There was an QCA  > for Qt3/Qt4, but it had over-engineered interface and a lot of bugs. So I > would like to start Crypto module for Qt5 with convience crypto-methods > (Qt-base

Re: [Development] submitting a multi-dimensional container class for Qt: QNDArray

28.12.2012, 18:36, "Glen Mabey" : > Hello, > > For some time, I have been working on a QtCore-based class that would be a > container class of arbitrary dimensionality. Looks like it has been already implemented here: http://code.google.com/p/ndarray -- Regards, Konstantin __

Re: [Development] [Qt-creator] gerrit-speak

14.12.2012, 19:46, "Thiago Macieira" : > On sexta-feira, 14 de dezembro de 2012 11.20.11, Koehne Kai wrote: > >>>  -Original Message- >>>  From: development-bounces+kai.koehne=digia@qt-project.org >>>  [mailto:development-bounces+kai.koehne=digia@qt-project.org] On >>>  Behalf Of

Re: [Development] [Qt-creator] gerrit-speak

14.12.2012, 19:49, "Thiago Macieira" : > On sexta-feira, 14 de dezembro de 2012 13.57.16, Oswald Buddenhagen wrote: > >>  another reason is that any sane commit policy prescribes atomicity on a >>  commit level, so forced grouping of commits isn't much of an advantage. > > Note that "atomicity" h

Re: [Development] [Qt-creator] gerrit-speak

14.12.2012, 15:02, "Sergio Ahumada" : > On 12/14/2012 11:54 AM, Bache-Wiig Jens wrote: > >>>  Oh well, if you already feel offended by this phrasing, I guess you >>>  should get a thicker skin ... we've people from very different >>>  cultures and with varying English language skills in the commu

Re: [Development] [Releasing] Bumping Qt 4 version to 4.8.5

04.12.2012, 21:02, "Pau Garcia i Quiles" : > On Tue, Dec 4, 2012 at 5:21 PM, Konstantin Tokarev wrote: > >> There's no point in keeping separate branch purely for tags. It is just an >> unnecessary overcomplication. > Actually, there is: it allows you

Re: [Development] [Releasing] Bumping Qt 4 version to 4.8.5

04.12.2012, 19:56, "Pau Garcia i Quiles" : > On Tue, Dec 4, 2012 at 11:56 AM, Oswald Buddenhagen > wrote: >> On Tue, Dec 04, 2012 at 07:53:41AM +, Vladimir Minenko wrote: >>> > After yesterdays release we are planning to bump the Qt 4 version to >>> > 4.8.5. >>> >>> Guys, would it be a big

Re: [Development] binary compatibility promise (was: Re: Frameworks on Mac?)

23.11.2012, 14:07, "Peter Hartmann" : > This situation is different on mobile (and I guess embedded as well); On embedded you usually can rebuild all software when changing Qt, so binary compatibility is not important. -- Regards, Konstantin ___ Deve

Re: [Development] Frameworks on Mac?

22.11.2012, 16:46, "Rutledge Shawn" : > On 22 Nov 2012, at 1:18 PM, Sorvig Morten wrote: > >>  On Nov 22, 2012, at 1:08 PM, Konstantin Tokarev >>  wrote: >>>  22.11.2012, 16:04, "Rutledge Shawn" : >>>>  Yeah I know, and that'

Re: [Development] Frameworks on Mac?

22.11.2012, 16:04, "Rutledge Shawn" : > On 22 Nov 2012, at 12:06 PM, Volker Götz wrote: > >>  Hi, >> >>  Am 22.11.2012 um 11:42 schrieb Rutledge Shawn: >>>  I don't understand either; I thought that frameworks have the advantage of >>> being shared between applications.  If one application inclu

Re: [Development] Is QtConcurrent's code generator still in use?

19.11.2012, 10:32, "Sorvig Morten" : > On Nov 14, 2012, at 4:24 PM, Christian Kandeler > wrote: > >>  On 11/14/2012 12:17 PM, Sorvig Morten wrote: >>>  QtConcurrent is done. The implementation is not good enough to be used as >>> a base for further development. >>  Can you be a bit more specif

Re: [Development] Proposal: Time to decide what security policy the Qt Project will use (not Trolltech/Nokia/Digia)

26.10.2012, 16:17, "d3fault" : >>  also, we are talking about qt here. no sane person would use qt in the >>  trusted parts of a (seriously) security-sensitive system. > > So are you suggesting we remove the QSsl namespace from Qt then? You > can't have it both ways. Use of QSsl just allows your

Re: [Development] xcb-icccm dependency in Qt 5/libxcb

25.10.2012, 13:46, "Koehne Kai" : >>  -Original Message- >>  From: development-bounces+kai.koehne=digia@qt-project.org >>  [mailto:development-bounces+kai.koehne=digia@qt-project.org] On >>  Behalf Of Konstantin Tokarev >>  Sent: Thursday,

Re: [Development] xcb-icccm dependency in Qt 5/libxcb

22.10.2012, 18:58, "Thiago Macieira" : > On segunda-feira, 22 de outubro de 2012 16.16.57, Konstantin Tokarev wrote: > >>  22.10.2012, 15:53, "Koehne Kai" : >>>  Hi, >>> >>>  In Qt 5 we're relying on libxcb instead of the aging

Re: [Development] New proposal for the tool naming

22.10.2012, 18:49, "Thiago Macieira" : > On segunda-feira, 22 de outubro de 2012 15.41.19, Konstantin Tokarev wrote: > >>  20.10.2012, 03:16, "Thiago Macieira" : >>>   b) additionally, it accepts an extra argument (-select), which causes it >>&

Re: [Development] xcb-icccm dependency in Qt 5/libxcb

22.10.2012, 15:53, "Koehne Kai" : > Hi, > > In Qt 5 we're relying on libxcb instead of the aging xlib. One drawback is > that it limits the portability of Qt binaries on Linux (AFAIK xcb isn't part > of any LSB). But it turns out the real dealbreaker when trying to have a > somewhat portable Q

Re: [Development] xcb-icccm dependency in Qt 5/libxcb

22.10.2012, 15:53, "Koehne Kai" : > Hi, > > In Qt 5 we're relying on libxcb instead of the aging xlib. One drawback is > that it limits the portability of Qt binaries on Linux (AFAIK xcb isn't part > of any LSB). But it turns out the real dealbreaker when trying to have a > somewhat portable Q

Re: [Development] New proposal for the tool naming

20.10.2012, 03:16, "Thiago Macieira" : >  b) additionally, it accepts an extra argument (-select), which causes it to > select a different Qt version. For example: > qmake -qt=5 -project > qmake -qt=4.8.4 CONFIG+=debug I like this idea. Among other benefits, it makes it simpler t

Re: [Development] Replacing Cleanlooks and Plastique

15.10.2012, 20:35, "Konrad Rosenbaum" : > Call me a hopeless case, but the first thing I do on a fresh KDE is changing > the style to one of those two because I find them more visually aiding than > Oxygen (they have better contrast and are less "flashy"). +1 -- Regards, Konstantin ___

Re: [Development] Static release vs debug size

14.10.2012, 23:34, "Pau Garcia i Quiles" : > Hello, > > I have compiled Qt 4.8.3 statically in release and debug on Windows > using Visual Studio 2010 SP1. Something odd happened: the *release* > libraries are way bigger (5x to 10x) than the *debug* version. Is > there a logical explanation for t

Re: [Development] RFC: Qt Security Policy

09.10.2012, 20:59, "Richard Moore" : > On 9 October 2012 09:21, Marc Mutz wrote: > >>  Hi Rich, >> >>  Thanks for taking the time to write this up. I have but one question: >> >>  On Monday October 8 2012, Richard Moore wrote: >>>   * Where possible packagers should be informed directly of which

Re: [Development] QTcpSocket, QLocalSocket, common-use-model?

09.10.2012, 01:23, "Charley Bay" : > Does the "MyLocalSocketOrTcpSocket" class seem stupid, or should I > just use "QTcpSocket" all the time? You can create your socket-enabled class as template taking either QTcpSocket or QLocalSocket, since APIs are mostly the same. -- Regards, Konstantin __

Re: [Development] Blurring the lines between Qt-Project and Digia

01.10.2012, 15:50, "Stephen Kelly" : > According to the bottom-left of qt-project.org, the Qt Project social media > accounts are: > > http://twitter.com/qtproject > http://www.youtube.com/user/QtStudios > http://www.facebook.com/qtbynokia > http://www.linkedin.com/groupInvitation?groupID=1531497

<    1   2   3   4   5   6   7   >