Hi,
I have added a moment. It is happening again...
I'm trying to compile 64 bit ,windows 7 , vs 2012 update 2.
https://bugreports.qt-project.org/browse/QTBUG-31004#comment-203448
Thanks,
Francisco R. Ortega
Ph.D. Candidate in Computer Science
Florida International University
http://www.Francisc
On quarta-feira, 22 de maio de 2013 19.34.49, Stephen Kelly wrote:
> > The operator exists and there's nothing preventing it from existing. The
> > problem is that the operator exists but can't be used.
>
> Yes.
>
> > It does. You need to make sure that there's an enable_if in the function
> > y
On Wednesday, May 22, 2013 08:15:59 Thiago Macieira wrote:
> On quarta-feira, 22 de maio de 2013 17.04.21, Stephen Kelly wrote:
> > > In other words, QPair has an operator==, but it can't be used because it
> > > won't compile. Your code detects that it exists, but can't be sure that
> > > it
> > >
Hi,
> 4) Windows 8’s cmd.exe problem – NOT FIXED
> This has been a problem since last year. Randomly Windows 8 fails
builds due to this. Won’t go any deeper on that one here.
Just thinking aloud, sharing what I found when I also ran into this
problem when toying with https://codereview.qt-pro
On quarta-feira, 22 de maio de 2013 17.04.21, Stephen Kelly wrote:
> > In other words, QPair has an operator==, but it can't be used because it
> > won't compile. Your code detects that it exists, but can't be sure that it
> > works?
>
> Correct. The compiler sees that operator==() exists, but it
On Wednesday, May 22, 2013 07:41:12 Thiago Macieira wrote:
> On quarta-feira, 22 de maio de 2013 11.07.44, Stephen Kelly wrote:
> > QSpiRelationArray::value_type is QSpiRelationArrayEntry which, being a
> > QPair, does have a operator==(), so the decltype gives the result that
> > the
> > std::fin
On quarta-feira, 22 de maio de 2013 12.56.53, Vladimir Minenko wrote:
> Hi,
>
> We are working on a very strange issues occurring in the QThreadPool and
> suspect the below is related:
>
> https://bugreports.qt-project.org/browse/QTBUG-3786
>
> Just recently there was a comment that this bug sti
On quarta-feira, 22 de maio de 2013 11.07.44, Stephen Kelly wrote:
> QSpiRelationArray::value_type is QSpiRelationArrayEntry which, being a
> QPair, does have a operator==(), so the decltype gives the result that the
> std::find should work.
In other words, QPair has an operator==, but it can't b
Hi,
We are working on a very strange issues occurring in the QThreadPool and
suspect the below is related:
https://bugreports.qt-project.org/browse/QTBUG-3786
Just recently there was a comment that this bug still occurs in 4.8.4.
It would be more than very helpful if somebody will review the s
Hi
A summary of all the problems and current status.
1) Jenkins drops connections to clients - PARTIALLY FIXED
Initially this was only a windows problem, that occurred when we updated Java
from U7 to U17. Apparently at the same time, some of the Javas on some machines
got f#¤ked and we e
On Tuesday, May 21, 2013 07:19:40 you wrote:
> Hi
>
> I finally have some time to give you a proper answer :)
Thanks for all your responses!
> > 2) Can you notify this list when you know a CI blocker has been
> > introduced?
> > (like the improvements you mentioned which were held back until aft
I grant you that we are always releasing something, but in this instance I was
referring to the fact that 5.1 beta is already out, with the final due in just
a few weeks and time is running short because of the timing of that then it
might be best to hold off on doing some upgrades until a gener
On Tuesday, May 21, 2013 08:53:35 Sarajärvi Tony wrote:
> Perhaps we should stop calling building building, and call it compiling
> instead. This way we won't confuse terms with the whole build that includes
> compiling and testing.
I'd suggest not changing the meaning of 'building'. If you mean '
just in case you wonder where the stage button has gone ...
due to several circumstances coming together, all integrations to
qtbase/dev will currently fail. therefore, staging has been temporarily
disabled.
fix should arrive within one day, barring ongoing CI trouble.
_
Do we ever have a situation that something is not "late into a release
process"? If it's not 5.1, it's 5.1.1, or 5.2 beta, or 5.2 RC, or 5.2.1... not
to mention our 4.x builds :)
-Tony
From: Shaw Andy
Sent: 22. toukokuuta 2013 12:42
To: Sarajärvi Tony; development@qt-project.org
Subject: RE: B
That doesn't make it a valid thing to still do, testing or not. I am not sure
what others think but do we want to still do upgrades to things on CI this late
into a release process?
Andy
From: Sarajärvi Tony
Sent: 22. mai 2013 10:54
To: Shaw Andy; development@qt-project.org
Subject: RE: Builds
On Tuesday, May 21, 2013 11:38:41 Thiago Macieira wrote:
> On terça-feira, 21 de maio de 2013 20.27.41, Stephen Kelly wrote:
> > For a Qt patch, I need to know at compile-time whether std::find can be
> > used with it, ie, whether the value_type of the container can be
> > equality-compared.
> >
We have always something coming ;) And we didn't realize that this could cause
problems. We got a request to update the tool chain and we just did as
requested. We should have tested this on the dev side, but we don't have the
luxury of time on our side. From now on, we don't upgrade or update a
Maybe I missed something, but why are upgrades like this being done in the
middle of a release cycle? With Qt 5.1 final due in not too long then shouldn't
these kind of upgrades wait until after the final release in order to avoid
this sort of thing being a problem for the release?
Andy
From:
Updating the NDK began causing new and new problems, so Android builds are
marked as 'forcesuccess' for the time being.
Regards,
-Tony
From: Sarajärvi Tony
Sent: 21. toukokuuta 2013 13:07
To: development@qt-project.org
Subject: Builds failing due to android host
Hi
If your build failed due to
Hi, Tony,
Could you let us know when this issue will be fixed? At least the CI hasn't
work well since 5pm yesterday.
http://lists.qt-project.org/pipermail/ci-reports/2013-May/
Regards,
Liang
From: Sarajärvi Tony
Sent: Tuesday, May 21, 2013 12:06 PM
To: developme
21 matches
Mail list logo