Hi,
Well the bug-type is Defect and is still opened, so, we'll have to wait for
the next version and see what happens. A similar problem I've had with Android
3.0, back them they've screwed .dex class loading, but they've fixed in the
next version.
Cheers,
BogDan.
___
Hey Chris,
Thanks heaps. I'll have a look and get back with any findings (may
take a day or two before I get to it).
cheers,
Juha
2014-11-27 3:51 GMT+02:00 Chris Adams :
> Hi Juha,
>
> For some more light on this issue, are you able to run the
> qtdeclarative/tests/benchmarks/qml/librarymetrics_
> On 26 Nov 2014, at 19:31, Thiago Macieira wrote:
>
> On Wednesday 26 November 2014 10:10:15 Christophe de Dinechin wrote:
>> It compiles OK, but it fails to link stating that it does not find the
>> vtable for QAbstractOpenGLFunctions, referenced from the compiler-generated
>> copy constructor
Hi Juha,
For some more light on this issue, are you able to run the
qtdeclarative/tests/benchmarks/qml/librarymetrics_performance benchmark on
both 5.1 and 5.3 (you may have to backport to 5.1 as IIRC I made some
changes to the way the components were instantiated for 5.2 before the
benchmark was
On Wednesday 26 November 2014 15:54:35 Adam Light wrote:
> On Wed, Nov 26, 2014 at 2:26 PM, Thiago Macieira
> wrote:
> > On Wednesday 26 November 2014 12:33:52 Adam Light wrote:
> > > Where's the correct place to file a bug about a changelog entry being
> > > incorrect?
> > >
> > > Specifically,
Guys,
Less than 10 days for the deadline for the Desktops DevRoom at FOSDEM 2015
and not a single Qt-related talk submited.
I cannot really believe nobody has anything to say!
Call for Talks:
http://www.elpauer.org/2014/10/fosdem-2015-desktops-devroom-call-for-talks/
--
Pau Garcia i Quiles
h
On Wed, Nov 26, 2014 at 2:26 PM, Thiago Macieira
wrote:
> On Wednesday 26 November 2014 12:33:52 Adam Light wrote:
>
> > Where's the correct place to file a bug about a changelog entry being
> > incorrect?
> >
> > Specifically, the bug # in the following entry doesn't seem to have
> > anything to
On Wednesday 26 November 2014 19:59:55 N. N. wrote:
> > On Wednesday, 26 November 2014, 14:15, Hausmann Simon
wrote:
> > > Hi,
> >
> > You are right, we need to add a few more features to QJSEngine.
> >
> > I'm not so much in favor of the default prototype for meta type api
> > anymore, as it p
On Wednesday 26 November 2014 12:33:52 Adam Light wrote:
> On Wed, Nov 26, 2014 at 3:50 AM, Heikkinen Jani <
>
> jani.heikki...@theqtcompany.com> wrote:
> > Hi all!
> >
> > Qt 5.4.0 release is coming soon. Target is to put RC out during this week
> > (most probably tomorrow) and final 9th Dec 20
On Wed, Nov 26, 2014 at 3:50 AM, Heikkinen Jani <
jani.heikki...@theqtcompany.com> wrote:
> Hi all!
>
> Qt 5.4.0 release is coming soon. Target is to put RC out during this week
> (most probably tomorrow) and final 9th Dec 2014.
>
> Many changes files are still missing, try links from
> http://qt
> On Wednesday, 26 November 2014, 14:15, Hausmann Simon
> wrote:
> > Hi,
>
> You are right, we need to add a few more features to QJSEngine.
>
> I'm not so much in favor of the default prototype for meta type api anymore,
> as it promotes the creation of slow conversion code I think. If you
Hi,
You are right, we need to add a few more features to QJSEngine.
I'm not so much in favor of the default prototype for meta type api anymore, as
it promotes the creation of slow conversion code I think. If you peek at my
gerrit dashboard then you can see that I'm about 80% done with a series
I was looking at using QtScript for a project and noticed that all work has
been "ABANDONED" for using the new java script engine V8 as noted in
http://qt-project.org/wiki/V8_Port and
then pouring over other bug reports & the mailing list about QtScript and how
QtScript won't be updated to use
On Wednesday 26 November 2014 10:10:15 Christophe de Dinechin wrote:
> It compiles OK, but it fails to link stating that it does not find the
> vtable for QAbstractOpenGLFunctions, referenced from the compiler-generated
> copy constructor for QAbstractOpenGLFunctions. Maybe the problem is that
> th
> On 26 Nov 2014, at 10:21, Konstantin Ritt wrote:
>
> struct OpenGLState : GraphicState { TaoOpenGLFunctions *funcs; ... }
> voi-la
Nope: I don't inherit the GL functions that way, so I have to rewrite every
glFoo as funcs->glFoo, which is double plus annoying. And then, there are
enough leve
Hello,
As part of the website updates, the download page on qt-project.org is now
redirected to qt.io.
You can read the details at the blog (which will also move to a qt.io address
in the near future).
http://blog.qt.digia.com/blog/2014/11/26/qt-downloads-moving-to-qt-io/
Best regards,
Tero Ko
Please "star" the android issue so that Google developers understand the
severity of the problem.
It's not like only six people are affected by this.
Cheers,
Cristian.
On 26 Nov 2014 12:45, "BogDan" wrote:
> Hello folks,
>
> I have some bad news about Ministro on Android 5.0. Due to a bug
> htt
Hi all!
Qt 5.4.0 release is coming soon. Target is to put RC out during this week (most
probably tomorrow) and final 9th Dec 2014.
Many changes files are still missing, try links from
http://qt-project.org/wiki/Change-files-in-Qt-5.4.0. We need to get needed
files in '5.4.0' branch as soon as
Hello folks,
I have some bad news about Ministro on Android 5.0. Due to a bug
https://code.google.com/p/android/issues/detail?id=79478 introduced by Google
in Android 5.0 final release apps that are using Ministro are not working
anymore, on Android L preview it worked just fine. I hope in the
struct OpenGLState : GraphicState { TaoOpenGLFunctions *funcs; ... }
voi-la
Regards,
Konstantin
2014-11-26 13:15 GMT+04:00 Christophe de Dinechin :
> > Try with a class that has a copy constructor or with a usage pattern
> that causes the compiler to generate a copy constructor.
>
> Which gives
> Try with a class that has a copy constructor or with a usage pattern that
> causes the compiler to generate a copy constructor.
Which gives me a possible fix: in my TaoOpenGLFunctions, I can add a copy
constructor that invokes the default constructor instead of the copy
constructor. So I can
On 26 Nov 2014, at 09:46, Sean Harmer wrote:
>
> On Wednesday 26 Nov 2014 09:13:38 Christophe de Dinechin wrote:
>>> On 26 Nov 2014, at 09:04, Konstantin Ritt wrote:
>>>
>>> class QAbstractOpenGLFunctions
>>> (note missing Q_GUI_EXPORT)
>>
>> Do you mean this is a bug, or that I'm using it wro
On Wednesday 26 Nov 2014 09:13:38 Christophe de Dinechin wrote:
> > On 26 Nov 2014, at 09:04, Konstantin Ritt wrote:
> >
> > class QAbstractOpenGLFunctions
> > (note missing Q_GUI_EXPORT)
>
> Do you mean this is a bug, or that I'm using it wrong and it's not supposed
> to be visible in the libra
> On 26 Nov 2014, at 09:04, Konstantin Ritt wrote:
>
> class QAbstractOpenGLFunctions
> (note missing Q_GUI_EXPORT)
Do you mean this is a bug, or that I'm using it wrong and it's not supposed to
be visible in the library? If not, why is its destructor virtual (implying that
the symbol for dto
Hi,
I agree with Kai's assessment. The CI should use the same mingw version as the
release system.
To not let this task sit forever please speak up if you care about mingw 4.7.x
rather than using 4.9.x going forward. No negative comment about the plan
implies universal acceptance after one wee
Hello,
apologies for cross-posting. I find this such a fundamental issue that I feel
at least having the best possible understanding of it worth it (if any
exists, which is also
a valuable information in itself). I am happy to help if there is
anything I could check.
thanks,
Juha
---
Hello,
I’
class QAbstractOpenGLFunctions
(note missing Q_GUI_EXPORT)
Regards,
Konstantin
2014-11-26 11:42 GMT+04:00 Christophe de Dinechin :
> I'm trying to adapt Tao3D (http://tao3d.sourceforge.net) to the "new" way
> of doing OpenGL on Qt. I run into unsatisfied symbols for
> QAbstractOpenGLFunctions (s
27 matches
Mail list logo
