I've just pushed a set of patches for review that implement a more direct way
of ensuring our codebase is cleaner (patches 45529 to 45533). You may have
noticed, if I added you to one of my reviews in the past months, that I sent
lots of fixes for warnings.
If you paid attention to them, you ma
Hi Peter,
Thanks it worked:-)
Linker error was resolved.
Regards,
Amogh.
On Tue, Jan 22, 2013 at 1:37 PM, Peter Kümmel wrote:
> Try without -no-iconv, the error is related to unicode stuff.
>
> On 22.01.2013 08:50, Amogh Kudari wrote:
> > Hi Thiago,
> >
> > Thanks for yo
//requestImage
How I can call this method using threads.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
##Bringing this to development mailing list
>> - Original Message -
>> From: d3fault
>> To: bog_dan...@yahoo.com
>> Cc:
>> Sent: Wednesday, January 16, 2013 7:53 AM
>> Subject: Full Ministro in Ministro-Redirection stub
>>
>> Hi, sorry to bother you as I'm sure you're busy working on Andr
On terça-feira, 22 de janeiro de 2013 19.47.10, Carlo A. Scarpato wrote:
> (set "PATH=C:\Development\qt-everywhere-opensource-src-5.0.1_mingw64
> qtbase\..\gnuwin32\bin;%PATH%") && python
> C:/Development/qt-everywhere-opensource-src-5.0.1_mingw64/qtwebkit/Source/We
> bCore/inspector/generate-inspe
Am 22.01.2013 14:58, schrieb Olivier Goffart:
On Tuesday 22 January 2013 06:32:45 Charley Bay wrote:
There's a Qt5 moc error when using Boost, with a work-around. See:
http://qt-project.org/forums/viewthread/22993
It describes "Boost 1.49", but this work-around also works for "Boost 1.52":
..
Hi all,
i have this error while Compiling qtwebkit (QT 5.0.1) with mingw64_x64:
(set "PATH=C:\Development\qt-everywhere-opensource-src-5.0.1_mingw64
qtbase\..\gnuwin32\bin;%PATH%") && python
C:/Development/qt-everywhere-opensource-src-5.0.1_mingw64/qtwebkit/Source/WebCore/inspector/generate-inspec
> There isn't the mingw x64 package?
No. I think that the idea is to get at least the 32 bit package to work and the
64 bit package in some future release.
Cheers,
--
Sergio Ahumada
Release Engineer - Digia, Qt
___
Development mailing list
Development@
There isn't the mingw x64 package?
Il giorno lun, 21/01/2013 alle 14.06 +0200, Iikka Eklund ha scritto:
> On 01/18/2013 03:37 PM, Motyka Rafal wrote:
> > Hello,
> >
> > Qt 5.0.1 release testing has been started. We would like to kindly ask
> > the Qt Community for help by testing the new packages.
On terça-feira, 22 de janeiro de 2013 11.40.23, Oswald Buddenhagen wrote:
> > > I'd say we add the virtual destructors. Better to deal with the fallout
> > > now
> > > then in the future.
> >
> > And rename the libraries to libQt5Multimedia.so.6 ?
>
> imo no. just pretend that it never happened.
S
Tirsdag 22. januar 2013 07.14.01 skrev Fält Simo:
> Hi,
> I've been getting requests from several fronts to make ci to handle merge's
> between branches. Having automated merge from dev->stable->release doesn't
> make sense. But merging from release->stable->dev might be doable, but
> before doing
Hello,
We are now generating the documentation in the 'master' branch of the Qt
Mobility repository at doc-snapshot.qt-project.org:
http://doc-snapshot.qt-project.org/ It is built using Qt 4.8 and is built daily.
There is activity in the repository (and JIRA) and there are still people who
use
On Tuesday 22 January 2013 06:32:45 Charley Bay wrote:
> There's a Qt5 moc error when using Boost, with a work-around. See:
> http://qt-project.org/forums/viewthread/22993
>
> It describes "Boost 1.49", but this work-around also works for "Boost 1.52":
>
> ...leads to compile error (Win7/MSVS201
On Tue, Jan 22, 2013 at 02:18:46PM +0100, Tor Arne Vestbø wrote:
> But isn't the merging done by the CI using regular Git by cherry-picking
>
the merging is done by gerrit itself, as you can (more or less) see when
you hit the stage button.
___
Developm
On Tue, Jan 22, 2013 at 02:29:53PM +0100, Shaw Andy wrote:
> > On Tuesday, January 22, 2013 11:40:23 AM Oswald Buddenhagen wrote:
> > > imo no. just pretend that it never happened.
> > > at this point there aren't many packages which are considered stable,
> > > and even fewer packages which depend
> -Original Message-
>
> > On Tuesday, January 22, 2013 11:40:23 AM Oswald Buddenhagen wrote:
> > > On Mon, Jan 21, 2013 at 08:14:03AM -0800, Thiago Macieira wrote:
> > > > On segunda-feira, 21 de janeiro de 2013 15.33.59, Knoll Lars wrote:
> > > > > Finally reading up on some old emails…
There's a Qt5 moc error when using Boost, with a work-around. See:
http://qt-project.org/forums/viewthread/22993
It describes "Boost 1.49", but this work-around also works for "Boost 1.52":
...leads to compile error (Win7/MSVS2010):
C:/Some/Path/3rd/Boost/boost_1_52_0/boost/mpl/if.hpp(131): Err
> On Tuesday, January 22, 2013 11:40:23 AM Oswald Buddenhagen wrote:
> > On Mon, Jan 21, 2013 at 08:14:03AM -0800, Thiago Macieira wrote:
> > > On segunda-feira, 21 de janeiro de 2013 15.33.59, Knoll Lars wrote:
> > > > Finally reading up on some old emails…
> > > >
> > > > I'd say we add the virtu
On 1/21/13 17:14 , Thiago Macieira wrote:
> On segunda-feira, 21 de janeiro de 2013 17.02.10, Tor Arne Vestbø wrote:
>> On 1/21/13 16:37 , Giuseppe D'Angelo wrote:
>>> On 21 January 2013 15:08, Tor Arne Vestbø
> wrote:
If you're writing the ChangeLog entry at commit time, not right before
>>>
On Jan 21, 2013, at 2:36 AM, Stephen Kelly wrote:
> Yes. But note that the user does not have to do anything special in order to
> put the container in a QVariant.
> Not needed at all.
*That* is what I didn't understand -- and I don't see any notion of that in the
QMetaType docs, but that's
Ah thanks! And sorry for the noise.
> -Original Message-
> From: Gladhorn Frederik
> Sent: 16. januar 2013 15:57
> To: development@qt-project.org
> Cc: David Faure; Kleint Friedemann; Saether Jan-Arve
> Subject: Re: [Development] Help needed with failing test:
> tst_qaccessibility::bridgeT
Hi David.
Yes, I can take a look.
Do you know if it's unstable, or is it failing all the time?
Jan Arve
> -Original Message-
> From: David Faure [mailto:david.fa...@kdab.com]
> Sent: 16. januar 2013 14:14
> To: Kleint Friedemann; Saether Jan-Arve
> Cc: development@qt-project.org
> Subjec
On Tuesday, January 22, 2013 11:40:23 AM Oswald Buddenhagen wrote:
> On Mon, Jan 21, 2013 at 08:14:03AM -0800, Thiago Macieira wrote:
> > On segunda-feira, 21 de janeiro de 2013 15.33.59, Knoll Lars wrote:
> > > Finally reading up on some old emails…
> > >
> > > I'd say we add the virtual destruct
On Mon, Jan 21, 2013 at 08:14:03AM -0800, Thiago Macieira wrote:
> On segunda-feira, 21 de janeiro de 2013 15.33.59, Knoll Lars wrote:
> > Finally reading up on some old emails…
> >
> > I'd say we add the virtual destructors. Better to deal with the fallout now
> > then in the future.
>
> And ren
Hi,
We decided yesterday in the release team meeting to do an upgrade of the MinGW
toolchain. That is, the MinGW toolchain we'll be testing & releasing with is
http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.7.2/32-bit/threads-posix/sjlj/x32-4.7.2-release-posix-sjlj-rev
Try without -no-iconv, the error is related to unicode stuff.
On 22.01.2013 08:50, Amogh Kudari wrote:
> Hi Thiago,
>
> Thanks for your quick response.
>
> Now I reconfigured without -qpa option but *still I am getting the same
> errors.*
>
> Now configuration looks something like this...
>
> =
26 matches
Mail list logo