it's not a problem in Qt !
this function it's not declared in so the code can not be the
same on windows that on linux by default.
maybe i'm wrong ?
So we are forced to do something like this in kde's phonon code :
QGLContext *glContext = const_cast
(QGLContext::currentContext());
QGLFunc
Le 03/08/2012 11:58, arnaud but a écrit :
Le 01/08/2012 17:18, arnaud but a écrit :
Hello,
what do you think about adding a phonon.pro for Qt's users ? because
it's not easy to add the last versions of phonon to Qt version on
windows with cmake (it's possible but not easy).
i have see a phonon
Le 03/08/2012 15:04, Thiago Macieira a écrit :
On sexta-feira, 3 de agosto de 2012 15.00.14, arnaud but wrote:
Le 03/08/2012 12:03, Thiago Macieira a écrit :
On sexta-feira, 3 de agosto de 2012 11.42.25, arnaud but wrote:
Since Phonon is no longer being distributed with Qt, syncqt's behaviour
On sexta-feira, 3 de agosto de 2012 15.00.14, arnaud but wrote:
> Le 03/08/2012 12:03, Thiago Macieira a écrit :
> > On sexta-feira, 3 de agosto de 2012 11.42.25, arnaud but wrote:
> >>> Since Phonon is no longer being distributed with Qt, syncqt's behaviour
> >>> is
> >>> no longer relevant.
> >>
Le 03/08/2012 12:03, Thiago Macieira a écrit :
On sexta-feira, 3 de agosto de 2012 11.42.25, arnaud but wrote:
Since Phonon is no longer being distributed with Qt, syncqt's behaviour is
no longer relevant.
why you said that, in the latest version of QT (4.8.2) phonon is
distributed. it is also
Le 03/08/2012 13:29, Harald Sitter a écrit :
On Fri, Aug 3, 2012 at 11:32 AM, arnaud but wrote:
Oh great, maybe you can do the first phonon.pro (on the current trunk) and
kde's member could maintain it.
We are not going to maintain two build systems, it's either...or really
Maybe i have to
Le 03/08/2012 13:29, Harald Sitter a écrit :
On Fri, Aug 3, 2012 at 11:32 AM, arnaud but wrote:
Oh great, maybe you can do the first phonon.pro (on the current trunk) and
kde's member could maintain it.
We are not going to maintain two build systems, it's either...or really
i agree with yo
On Fri, Aug 3, 2012 at 12:03 PM, Stephen Kelly wrote:
> Harald Sitter wrote:
>> We are aware of building on windows not being a particular charm
>
> The reporter is running away from the automoc4 dependency.
>
> The solution is to update your cmake dependency to 2.8.6 which has automoc
> built-in
On Fri, Aug 3, 2012 at 11:32 AM, arnaud but wrote:
> Oh great, maybe you can do the first phonon.pro (on the current trunk) and
> kde's member could maintain it.
We are not going to maintain two build systems, it's either...or really
HS
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#un
Harald Sitter wrote:
> We are aware of building on windows not being a particular charm
The reporter is running away from the automoc4 dependency.
The solution is to update your cmake dependency to 2.8.6 which has automoc
built-in (and anyone using Windows is probably already using that version
On sexta-feira, 3 de agosto de 2012 11.42.25, arnaud but wrote:
> > Since Phonon is no longer being distributed with Qt, syncqt's behaviour is
> > no longer relevant.
>
> why you said that, in the latest version of QT (4.8.2) phonon is
> distributed. it is also in the trunk.
Talking about Qt 5, o
Le 01/08/2012 17:18, arnaud but a écrit :
Hello,
what do you think about adding a phonon.pro for Qt's users ? because
it's not easy to add the last versions of phonon to Qt version on
windows with cmake (it's possible but not easy).
i have see a phonon.pri so a phonon.pro seems not to be out of
Since Phonon is no longer being distributed with Qt, syncqt's behaviour is no
longer relevant.
why you said that, in the latest version of QT (4.8.2) phonon is
distributed. it is also in the trunk.
Choose whatever you want, but *choose*.
think minuscule it 's much better.
Visit http://
Le 03/08/2012 08:20, Oswald Buddenhagen a écrit :
On Thu, Aug 02, 2012 at 02:48:20PM +0200, Harald Sitter wrote:
The problem is that I always get beaten with a stick whenever I
suggest that Phonon might eventually want to switch to qmake.
well, it's certainly a step back in some ways (dependen
On sexta-feira, 3 de agosto de 2012 08.20.09, Oswald Buddenhagen wrote:
> i think that misses the point. the crucial point is providing a module
> description file for qmake use (the "module pri file"), so using it from
> qmake becomes just QT+=phonon like it was with our internal copy.
> you alrea
15 matches
Mail list logo
