Re: [Development] Help needed in 4.8 failing tests on Mac (QGraphicsProxyWidget and MacNativeEvents)

2013-01-04 Thread Alan Alpert
On Fri, Jan 4, 2013 at 4:59 PM, Thiago Macieira wrote: > On sábado, 29 de dezembro de 2012 12.10.26, Thiago Macieira wrote: >> The following two tests have prevented 3 of the last 6 integration in 4.8, >> and that's 3 of 3 of the integrations that failed on Mac: > > Anyone? > > Those three tests a

Re: [Development] Help needed in 4.8 failing tests on Mac (QGraphicsProxyWidget and MacNativeEvents)

2013-01-04 Thread Thiago Macieira
On sábado, 29 de dezembro de 2012 12.10.26, Thiago Macieira wrote: > The following two tests have prevented 3 of the last 6 integration in 4.8, > and that's 3 of 3 of the integrations that failed on Mac: Anyone? Those three tests are still causing failures in 4.8. We have a couple of security fix

Re: [Development] qtwayland on i.mx6

2013-01-04 Thread Nichols Andy
Hi Alexander, I have been trying to cross compile qtwayland to run on the i.mx6. I have been able to successfully build qt5, but after running the qmake and try to build qtwayland I get this error. .obj/release-shared/wlcompositor.o: In function `Wayland::Compositor::Compositor(WaylandComposit

Re: [Development] wip/android branch contains binaries without license

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 06.52.27, BogDan wrote: > Those libs are needed ONLY for linking, they are present on every device, > they are not in the NDK because they contains only non-public APIs. > But we still need the headers ! Indeed. I'd rather we not import all those 3rdparty head

Re: [Development] wip/android branch contains binaries without license

2013-01-04 Thread BogDan
> On sexta-feira, 4 de janeiro de 2013 09.26.55, Simon Hausmann wrote: >> If they are only required for keeping the linker quite and making sure that >> we  use the "right" set of symbols from the platform, perhaps it > would be >> better to generate dummy libraries at build-time for example,

Re: [Development] wip/android branch contains binaries without license

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 09.26.55, Simon Hausmann wrote: > If they are only required for keeping the linker quite and making sure that > we use the "right" set of symbols from the platform, perhaps it would be > better to generate dummy libraries at build-time for example, from a > man

Re: [Development] QT with qws using CL compiler

2013-01-04 Thread Charley Bay
amogh kudari wrote: > > Hi All, > > > > Currently I am using cygwin build environment with cl compiler. Is > it > > possible to compile qt with qws using cl compiler on cygwin build > > environment?.. > Thiago Macieira wrote: > We barely support cygwin at all. We prefer mingw, which is li

Re: [Development] Non-movable Qt build

2013-01-04 Thread Joerg Bornemann
On 04/01/2013 12:48, Kalinowski Maurice wrote: >> Still don't get it: when PATH is the only way to tell the app >> which Qt dlls to load, why do we need to patch the dlls? >> Or is PATH changed by app.exe before it loads the Qt dlls and has the >> paths compiled in? > > Eg. Plugins. The plugin pat

Re: [Development] Non-movable Qt build

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 12.45.12, Peter Kümmel wrote: > >> Then > >> qt.conf in the same dir as QtCore/qmake should be enough on Windows, or > >> missed I something? > > > > You missed something. The question is: when running app.exe from a given > > directory, how do you tell Windows

Re: [Development] Non-movable Qt build

2013-01-04 Thread Kalinowski Maurice
> -Original Message- > From: development-bounces+maurice.kalinowski=digia@qt-project.org > [mailto:development-bounces+maurice.kalinowski=digia.com@qt- > project.org] On Behalf Of Peter Kümmel > Sent: Friday, January 04, 2013 12:45 PM > To: development@qt-project.org > Subject: Re: [De

Re: [Development] Non-movable Qt build

2013-01-04 Thread Peter Kümmel
On 04.01.2013 12:27, Thiago Macieira wrote: > On sexta-feira, 4 de janeiro de 2013 09.35.33, Peter Kümmel wrote: >> Isn't on Windows only PATH used to figure out which Dll to load? > > Correct. > >> Then >> qt.conf in the same dir as QtCore/qmake should be enough on Windows, or >> missed I somethin

Re: [Development] QT with qws using CL compiler

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 16.30.03, amogh kudari wrote: > Hi All, > > Currently I am using cygwin build environment with cl compiler. Is it > possible to compile qt with qws using cl compiler on cygwin build > environment?.. We barely support cygwin at all. We prefer mingw, which

Re: [Development] Non-movable Qt build

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 09.35.33, Peter Kümmel wrote: > Isn't on Windows only PATH used to figure out which Dll to load? Correct. > Then > qt.conf in the same dir as QtCore/qmake should be enough on Windows, or > missed I something? You missed something. The question is: when runnin

Re: [Development] Non-movable Qt build

2013-01-04 Thread Thiago Macieira
On sexta-feira, 4 de janeiro de 2013 09.38.31, Peter Kümmel wrote: > > I know how to make a relocatable shared library on Linux (find the calling > > function's address in /proc/self/maps) and I know it's possible with some > > Win32 API, but I have no clue how to do it elsewhere. Therefore, I won'

[Development] QT with qws using CL compiler

2013-01-04 Thread amogh kudari
Hi All, Currently I am using cygwin build environment with cl compiler. Is it possible to compile qt with qws using cl compiler on cygwin build environment?.. Regards, Amogh. ___ Development mailing list Development@qt-project.org http://lists.qt-

Re: [Development] Non-movable Qt build

2013-01-04 Thread Peter Kümmel
On 02.01.2013 14:18, Thiago Macieira wrote: > On quarta-feira, 2 de janeiro de 2013 14.01.02, Peter Kümmel wrote: >> On 02.01.2013 13:50, Yves Bailly wrote: >>> Le 02/01/2013 13:42, Thiago Macieira a écrit : On quarta-feira, 2 de janeiro de 2013 10.53.03, Yves Bailly wrote: > Does anyone k

Re: [Development] Non-movable Qt build

2013-01-04 Thread Peter Kümmel
On 02.01.2013 14:33, Lincoln Ramsay wrote: > On 2/01/13 11:01 PM, Peter Kümmel wrote: >> On 02.01.2013 13:50, Yves Bailly wrote: >>> Le 02/01/2013 13:42, Thiago Macieira a écrit : On quarta-feira, 2 de janeiro de 2013 10.53.03, Yves Bailly wrote: > Does anyone knows where I could find the

Re: [Development] wip/android branch contains binaries without license

2013-01-04 Thread Eskil Abrahamsen Blomfeldt
On 01/03/2013 05:48 PM, Thiago Macieira wrote: > Please delete the branch and recreate (with another name) without these files > in src/3rdparty/android/precompiled/android-8/arch-arm/lib/: > > Hi, For the moment we're going to delete the files and break support for API level 8 and lower until w

Re: [Development] wip/android branch contains binaries without license

2013-01-04 Thread Simon Hausmann
On Thursday, January 03, 2013 09:05:11 AM BogDan wrote: > Hi, > > These binaries are built from Android source code, so they are using Apache > license. We need them only to link android platform plugin for API 4,5, and > 8. They are not embedded into any Qt binaries, we are only using their > sym