On 07/23/15 06:21, Knoll Lars-san wrote:
> On 22/07/15 17:00,
> "development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
> Thiago Macieira"
> thiago.macie...@intel.com> wrote:
>
>
>
>> On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
>>> OK, thanks for the discussion
On Wednesday 22 July 2015 21:15:18 Knoll Lars wrote:
> >I don't see how that is a problem. If that were a problem, you wouldn't be
> >able to ship additional, commercial-only modules or allow installation of
> >MinGW. So clearly the installer is allowed to install non-Qt things too.
> >
> >What a
On 22/07/15 17:00,
"development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira"
wrote:
>On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
>> OK, thanks for the discussion and explanation.
>> My main concern is the delay of committing the patches from I
On 22/07/15 16:56,
"development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira"
wrote:
>On Wednesday 22 July 2015 07:20:06 Knoll Lars wrote:
>> We couldn’t easily ship it in Qt neither for both practical and legal
>> reasons. The practical ones are the items
On Wed, Jul 8, 2015 at 12:10 PM Thiago Macieira
wrote:
> On Wednesday 08 July 2015 12:07:20 Keith Gardner wrote:
> > > Please take the patches starting at
> > > https://codereview.qt-project.org/95531.
> > > Follow the chain of dependency.
> >
> > Would you like someone to pick up those changes a
On Wednesday 22 July 2015 18:51:58 René J. V. Bertin wrote:
> > What is the build key with Clang? Does it list "gcc-4" or not?
>
> I'm not sure I understand. The clang version I use does use headers from
> gcc-4 if that's of any relevance to your question.
The build key is a string that is assign
Thiago Macieira wrote:
> Anyway, linux-clang isn't supported in Qt 4.8. There's barely any testing done
> with that. In Qt 5, both Olivier and I are maintaining it.
Well, that's enough of a reason for me not to insist, thanks.
Qt 4.8.7 no longer ships the clang mkspecs files in the unsupported di
I see the feature freeze is approaching quickly. Did the status of
QtSpeech getting into QT 5.6 ever get sorted out? Is there still some
work that needs to be done before this can happen? If so what needs to
be done?
BR,
Jeremy
On Thu, May 28, 2015 at 5:25 AM, Frederik Gladhorn
wrote:
> There i
On Wednesday 22 July 2015 17:10:38 Giuseppe D'Angelo wrote:
> Il 22/07/2015 16:52, Thiago Macieira ha scritto:
> > Allocators is a feature we've never supported and I don't see us
> > supporting.
> >
> > I don't see a problem with the alignment. QArrayData is allocated with
> > alignment of min(al
On Wednesday 22 July 2015 16:47:21 Olivier Goffart wrote:
> > template
> > using QMap = QMapComparator>;
>
> This is still source incompatible (because of forward declarations) and
> binary incompatible too.
Oops! You're right.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Arc
Il 22/07/2015 16:52, Thiago Macieira ha scritto:
Allocators is a feature we've never supported and I don't see us supporting.
I don't see a problem with the alignment. QArrayData is allocated with
alignment of min(alignof(QArrayData), alignof(T)), then we find the proper
alignment for T inside t
On Wednesday 22 July 2015 10:23:20 René J.V. Bertin wrote:
> Hi,
>
> I've spent some time the other day configuring an Ubuntu PPA I've been using
> to build my "system" Qt 4.8.7 to use clang 3.5.1 instead of gcc-4.9. It was
> rather straightforward to get things to build (I had to modify 1 Kubuntu
On Wednesday 22 July 2015 07:38:46 BogDan wrote:
> Is anyone working on it?
As far as I know, no. No one has a clue why the creation of a temporary
directory is failing.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
_
On Wednesday 22 July 2015 19:17:12 Takao Fujiwara wrote:
> OK, thanks for the discussion and explanation.
> My main concern is the delay of committing the patches from IBus
> contributors. If you would help to speed up the patch integration, it would
> be great. I can contribute Qt IBus plugin at t
On Wednesday 22 July 2015 07:20:06 Knoll Lars wrote:
> We couldn’t easily ship it in Qt neither for both practical and legal
> reasons. The practical ones are the items Thiago mentioned. The legal
> reasons are that we can’t make it part of Qt without being under the CLA,
> due to both the KDE Free
On Wednesday 22 July 2015 10:25:02 abba...@gmail.com wrote:
> By the way, is it possible to add custom allocators to the vector? As we
> have to store reference counter (at least) with the data, wouldn't there be
> problems with aligning of the memory?
Allocators is a feature we've never supported
On Tuesday 21. July 2015 16:03:56 Thiago Macieira wrote:
> On Tuesday 21 July 2015 20:52:05 Giuseppe D'Angelo wrote:
> > Il 21/07/2015 20:37, Thiago Macieira ha scritto:
> > > As opposed to qMapLessThanKey? Do you mean two QMap with the same key
> > > could
> > > have different comparators?
> >
>
On Monday 20. July 2015 14:53:04 Knoll Lars wrote:
> Yes, I think pretty much everybody agrees that QList does not work as
> advertised. In the ideal case it’s performance is about as good as a
> QVector, in most other cases (with a few exceptions) it’s a lot worse. So
> Marc is completely right th
On Tuesday 21. July 2015 13:27:51 Giuseppe D'Angelo wrote:
> Hi,
>
> I'd like to nominate Sérgio Martins for the Approver status in the Qt
> project.
>
+1
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listi
On Wednesday 22 July 2015 12:07:06 Daniel Teske wrote:
> > Are we going to announce every API change on the ML now?
>
> No, that is obviously stupid. But, could you please stop trying to divert a
> discussion by raising unrelated questions?
>
> If a change is related to a discussion on the mailin
After consulting http://wiki.qt.io/Qt-5.6-release I realised it's also time to
propose making Qt Quick Controls 2 a part of Qt 5.6.
I would suggest having it in Qt 5.6 as tech preview so that we can get
feedback and polish it one more round. If this is accepted by the community,
we'll add it to
Hi,
we'll create a dev branch in the qtquickcontrols2 repository, please target
new patches to dev instead of master.
Cheers,
Frederik
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On 22/07/15 12:17, "Takao Fujiwara" wrote:
>On 07/22/15 13:49, Thiago Macieira-san wrote:
>> On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>>> On 07/22/15 00:49, Thiago Macieira-san wrote:
On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
>> We don't develop gtk. We do de
Hi all,
due to some changes in qtbase and us not quite knowing how/wanting to fix our
jenkins setup with some people being on vacation, we changed all module's dev
branches over to the new continuous integration system we have been working on
lately. Whenever you stage a build for any dev branc
On 07/22/15 13:49, Thiago Macieira-san wrote:
> On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>> On 07/22/15 00:49, Thiago Macieira-san wrote:
>>> On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
> We don't develop gtk. We do develop Qt4 and we know that supporting
> comple
> Are we going to announce every API change on the ML now?
No, that is obviously stupid. But, could you please stop trying to divert a
discussion by raising unrelated questions?
If a change is related to a discussion on the mailing list, I expect that the
change is posted to the discussion.
On Wednesday 22 July 2015 10:32:21 Gunnar Roth wrote:
> so Am i wrong or not? By saying: " i don’t think there is any difference
> between push_back(QPen(Qt::red,1.5f)) and emplace_back(Qt::red,1,5f))"
> with this implemention.
With that implementation, there's no difference iff emplace_back is al
Hi,
so Am i wrong or not? By saying: " i don’t think there is any difference between
push_back(QPen(Qt::red,1.5f)) and emplace_back(Qt::red,1,5f))" with this implemention.
Gesendet: Mittwoch, 22. Juli 2015 um 10:34 Uhr
Von: "Marc Mutz"
An: development@qt-project.org
Betreff: Re: [Develop
Hi,
I've spent some time the other day configuring an Ubuntu PPA I've been using to
build my "system" Qt 4.8.7 to use clang 3.5.1 instead of gcc-4.9. It was rather
straightforward to get things to build (I had to modify 1 Kubuntu patch).
The experiment wasn't very conclusive though: my KDE envir
Is anyone working on it?
Cheers,
BogDan.
On Tuesday, July 21, 2015 6:45 PM, Thiago Macieira
wrote:
On Tuesday 21 July 2015 11:56:58 BogDan wrote:
> Hey,
>
> It's juts me or CI is broken again? I'm trying to push a two patches[0] for
> a few days with no luck ...
s/again/still/
It's the s
On Wednesday 22 July 2015 09:09:50 Julien Blanc wrote:
> Le mardi 21 juillet 2015 à 19:00 +0200, Gunnar Roth a écrit :
> > Hello,
> > Out of curiosity i just looked at the Xcode 6.4 headers for the
> > implementation of std::vector::emplace_back,
> > and i don’t think there is any difference betwee
By the way, is it possible to add custom allocators to the vector? As we have
to store reference counter (at least) with the data, wouldn't there be problems
with aligning of the memory?
Иван Комиссаров
> 21 июля 2015 г., в 21:44, Thiago Macieira
> написал(а):
>
>> On Tuesday 21 July 2015 17
On 22/07/15 06:49, "Thiago Macieira" wrote:
>On Wednesday 22 July 2015 12:41:11 Takao Fujiwara wrote:
>> On 07/22/15 00:49, Thiago Macieira-san wrote:
>> > On Tuesday 21 July 2015 16:00:45 Takao Fujiwara wrote:
>> >>> We don't develop gtk. We do develop Qt4 and we know that supporting
>> >>> comp
Le mardi 21 juillet 2015 à 19:00 +0200, Gunnar Roth a écrit :
> Hello,
> Out of curiosity i just looked at the Xcode 6.4 headers for the
> implementation of std::vector::emplace_back,
> and i don’t think there is any difference between
> push_back(QPen(Qt::red,1.5f)) and emplace_back(Qt::red,1,5f))
34 matches
Mail list logo
