Can you please remove C:\Qt\Qt5.3.1-32\5.3\msvc2013_opengl\bin in your PATH
first?
Potentially the build might fetch the wrong qmake and try to build for the
wrong mkspec then.
Alternatively add the path to your build qmake first in the list.
Maurice
> -Original Message-
> From: inte
On Tue, Jun 9, 2015 at 7:26 AM, Stephane Clavel wrote:
>> The Qt port in 5.1 is very initial - Instead, take the latest 5.4.2
>
> I meant iOS 5.1, not Qt.
>
>> the real support is starting from iOS-8
>
> Then as I said, the QtCreator should create projects with compatibility set
> to iOS 8, becaus
> The Qt port in 5.1 is very initial - Instead, take the latest 5.4.2
I meant iOS 5.1, not Qt.
> the real support is starting from iOS-8
Then as I said, the QtCreator should create projects with compatibility set
to iOS 8, because the default XCode settings for compatibility is iOS 5.1.
And then
On Tue, Jun 9, 2015 at 6:49 AM, Stephane Clavel wrote:
> By default, Qt on iOS creates projects with 5.1.1 compatibility (which is
> the minimum version required to be compatible with iPad 1).
>
> However, the current Qt 5.4.1 crashes on iOS 5.1, with a
> "[QIOSViewController shouldAutorotate]: un
By default, Qt on iOS creates projects with 5.1.1 compatibility (which is
the minimum version required to be compatible with iPad 1).
However, the current Qt 5.4.1 crashes on iOS 5.1, with a
"[QIOSViewController shouldAutorotate]: unrecognized selector sent to
instance" error.
(reproduced with unm
On Monday June 08 2015 23:14:33 Giuseppe D'Angelo wrote:
> Both of those domains are dead :(
That much I noticed (nntp.trolltech.com still resolves though) ...
> > Or can the interest ML be subscribed to gmane?
>
> It's there:
>
> nntp://news.gmane.org/gmane.comp.lib.qt.general
I'd hoped to
On Mon, Jun 8, 2015 at 11:04 PM, René J.V. wrote:
> Hi,
>
> I'm turning my mailing list overhead over to gmane and noticed that this ML
> isn't available there while the development ML is. In case that's no simple
> omission: what happened to nntp.trolltech.com and nntp.qt.nokia.com ? Is
> ther
Hi,
I'm turning my mailing list overhead over to gmane and noticed that this ML
isn't available there while the development ML is. In case that's no simple
omission: what happened to nntp.trolltech.com and nntp.qt.nokia.com ? Is there
still a Qt-specific nntp server that provides access to the
I have installed the Window 8.1 SDK, restarted the computer and decided
to build the release version only. Now it's failing like this.
cd wbmp\ && ( if not exist Makefile
C:\Qt\5.4\Src\qtbase\bin\qmake
C:\Qt\5.4\Src\qtimageformats\src\plugins\imageformats\wbmp\wbmp.pro -o Make
file ) &
Running nmake again says the following:
Error: dependent 'C:\Qt\5.4\Src\qtbase\lib\Qt5Network.lib' does not exist.
jom: C:\Qt\5.4\Src\qtxmlpatterns\src\xmlpatterns\Makefile [release] Error 2
jom: C:\Qt\5.4\Src\qtxmlpatterns\src\Makefile
[sub-xmlpatterns-make_first] Error 2
jom: C:\Qt\5.4\Src\qtxm
On 08/06/15 17:50, Nuno Santos wrote:
> Still can't build WinRT x86 from source. Now it's failing here but
> can't understand why...
>
> link /NOLOGO /DYNAMICBASE /NXCOMPAT /NODEFAULTLIB:ole32.lib
> /APPCONTAINER /SAFESEH /MACHINE:X86 /DEBUG /MANIFEST:NO /DLL
> /SUBSYSTEM:WINDOWS /V
> ER
On 08/06/15 17:25, Nuno Santos wrote:
> Thiago,
>
> Nope, it was not defined... Had to define it. Did it like this on
> qhostaddress.h
>
> #define INADDR_ANY ((unsigned long int) 0x)
> #define INADDR_BROADCAST((unsigned long int) 0x)
> #define INADDR_LOOPBACK
On Monday June 08 2015 16:12:07 Nuno Santos wrote:
> > Are you by chance passing a pointer to a WindowRef?
>
> Well, VST SDK says that in case of windows a HWND will be passed and in case
> of Mac OS X a WindowRef will be passed. The open function argument is a void*
I'm guessing you'll have t
Rene,
New findings…
After printing the pointer with NSLog(“%@“, ptr); I have found that the pointer
is actually for a NSView
Unfortunately, when I create a QWindow::fromWinId((Wid)ptr), the program
crashes…
I have been inspecting QWindow and in case of qcocoa, it is actually expecting
a NSVi
Rene,
Answers below...
> On 08 Jun 2015, at 12:05, René J.V. Bertin wrote:
>
> On Monday June 08 2015 11:51:25 Nuno Santos wrote:
>
>> NSWindow *nsw = [[NSWindow alloc] initWithWindowRef:(WindowRef*)ptr];
>
>> 2015-06-08 11:45:36.795 Live[65095:685104] A Carbon window's attributes
>> couldn'
Still can't build WinRT x86 from source. Now it's failing here but can't
understand why...
link /NOLOGO /DYNAMICBASE /NXCOMPAT /NODEFAULTLIB:ole32.lib
/APPCONTAINER /SAFESEH /MACHINE:X86 /DEBUG /MANIFEST:NO /DLL
/SUBSYSTEM:WINDOWS /V
ERSION:5.42 /OUT:..\..\..\..\plugins\imageformats\qw
Thiago,
Nope, it was not defined... Had to define it. Did it like this on
qhostaddress.h
#define INADDR_ANY ((unsigned long int) 0x)
#define INADDR_BROADCAST((unsigned long int) 0x)
#define INADDR_LOOPBACK 0x7f01 /* 127.0.0.1 */
The winsoc
> -Original Message-
> project.org] On Behalf Of Blasche Alexander
> Sent: Monday, 8 June 2015 16:03
> The above getDevice() function is related to Pairing and Bluez 4.x and
> involved in
> device discovery at all.
Small correction (missing negation):
The above getDevice() function is
> -Original Message-
> From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org
> [mailto:interest-bounces+alexander.blasche=theqtcompany.com@qt-
> project.org] On Behalf Of Claudiu Olteanu
> The tests passed on all combinations. I hope this is good
> news for Qt team :-)
On Monday 08 June 2015 14:43:26 Nuno Santos wrote:
> kernel\qhostaddress.cpp(786) : error C2065: 'INADDR_BROADCAST' :
> undeclared identifier
> kernel\qhostaddress.cpp(789) : error C2065: 'INADDR_LOOPBACK' :
> undeclared identifier
Check if they are defined in winsock2.h, as they should be.
--
When building Qt from source for desktop, I was using a Qt vars
recommended on Qt documentation. With the following setup:
REM Set up \Microsoft Visual Studio 2013, where is \c amd64, \c
x86, etc.
CALL "C:\Program Files (x86)\Microsoft Visual Studio
12.0\VC\vcvarsall.bat" x86
SET _ROOT=C:\Qt\5
Are you sure you are using a "native command prompt" meaning the one for
compiling desktop applications?
BR,
Maurice
> -Original Message-
> From: interest-bounces+maurice.kalinowski=theqtcompany.com@qt-
> project.org [mailto:interest-
> bounces+maurice.kalinowski=theqtcompany@qt-pro
Andrew,
I'm configure QT with this line:
configure -prefix c:\qt\5.4\winrt_x86 -xplatform winrt-x64-msvc2013
-debug-and-release -nomake examples -nomake tests -skip webkit -skip
multimedia
How do you configure yours?
I didn't had problems configuring it, but i'm having problems building it.
On Monday June 08 2015 11:51:25 Nuno Santos wrote:
> NSWindow *nsw = [[NSWindow alloc] initWithWindowRef:(WindowRef*)ptr];
> 2015-06-08 11:45:36.795 Live[65095:685104] A Carbon window's attributes
> couldn't be gotten.
> 2015-06-08 11:45:36.795 Live[65095:685104] A Carbon window's features
> co
On Monday June 08 2015 09:24:56 Nuno Santos wrote:
Hi Nuno:
> I'm trying to instantiate a QWindow inside a Carbon WindowRef, but
> QWindow fromWid method needs a NSView to be passed by parameter and not
> a WindowRef.
>
> I have seen been saying that it is not possible to have a NSView inside
Andrew,
Yeah! How could I not remeber that! :)
Thanks,
Nuno
On 08/06/2015 11:25, Andrew Knight wrote:
> Hi Nuno,
>
> On 08/06/15 13:05, Nuno Santos wrote:
>> Oliver,
>>
>> Is Qt for WinRT only available for x64 arch?
> In terms of pre-built releases, yes.
>>
>> The test tablet I got is x64 but
Andrew,
Yeah! I could I not remember that! :)
Thanks!
Regards,
Nuno
On 08/06/2015 11:25, Andrew Knight wrote:
> Hi Nuno,
>
> On 08/06/15 13:05, Nuno Santos wrote:
>> Oliver,
>>
>> Is Qt for WinRT only available for x64 arch?
> In terms of pre-built releases, yes.
>>
>> The test tablet I got is
Hi Nuno,
On 08/06/15 13:05, Nuno Santos wrote:
> Oliver,
>
> Is Qt for WinRT only available for x64 arch?
In terms of pre-built releases, yes.
>
> The test tablet I got is x64 but it has a 32bit windows installed on it.
>
> Is there any way of work around this?
Build Qt yourself with the winrt-x86
Oliver,
Is Qt for WinRT only available for x64 arch?
The test tablet I got is x64 but it has a 32bit windows installed on it.
Is there any way of work around this?
Regards,
Nuno
On 04/06/2015 12:37, Oliver Wolff wrote:
> Hi,
>
> I am afraid that deployment to a device from Creator only works
Hello,
> http://qmlbook.github.io/
Thank you!
--
Alfredo Palhares
GPG/PGP Key Fingerprint
68FC B06A 6C22 8B9B F110
38D6 E8F7 4D1F 0763 CAAD
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
In case we want to share our context with QtQuick, which one should we pick?
Is there a main context Qt uses for its views (not only QtQuick because
classic widgets use OpenGL too I guess)? Or do we have to share QtQuickView
contextes as they are created?
2015-06-05 20:31 GMT+02:00 Marc Gilleron
Hi,
Does anyone know if it is possible to create an NSView inside a Carbon
Window on Mac OSX?
I'm trying to instantiate a QWindow inside a Carbon WindowRef, but
QWindow fromWid method needs a NSView to be passed by parameter and not
a WindowRef.
I have seen been saying that it is not possible
32 matches
Mail list logo
