Andreas Holzammer said:
> Am 26.08.2012 16:23, schrieb Stephen Chu:
> > On 8/26/12 10:03 AM, Stephen Chu wrote:
> >
> >>
> >> Thanks for pointing out the build differences. I didn't realize there
> >> are so many different builds of the same MinGW version. Switching to
> >> mingw-builds get me fur
Peter Kümmel said:
> On 28.08.2012 21:14, Peter Kümmel wrote:
> > On 28.08.2012 20:46, Peter Kümmel wrote:
>
> But also jom fails, I thought jom could also handle mingw makefiles?
> >>>
> >>> No, Jom only handles NMake makefiles, afaik.
> >>>
> >>
> >> Checked it again: I could build qt/4
On 28.08.2012 21:14, Peter Kümmel wrote:
> On 28.08.2012 20:46, Peter Kümmel wrote:
But also jom fails, I thought jom could also handle mingw makefiles?
>>>
>>> No, Jom only handles NMake makefiles, afaik.
>>>
>>
>> Checked it again: I could build qt/4.8 with jom.
>>
>> So I would say the
On 28.08.2012 21:12, marius.storm-ol...@nokia.com wrote:
> On 28/08/2012 13:46, ext Peter Kümmel wrote:
>> On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote:
>>> On 28/08/2012 12:48, ext Peter Kümmel wrote:
But also jom fails, I thought jom could also handle mingw
makefiles?
>>>
>>>
On 28.08.2012 20:46, Peter Kümmel wrote:
>>>
>>> But also jom fails, I thought jom could also handle mingw makefiles?
>>
>> No, Jom only handles NMake makefiles, afaik.
>>
>
> Checked it again: I could build qt/4.8 with jom.
>
> So I would say the Makefiles in Qt5 are broken (at least for configure
On 28/08/2012 13:46, ext Peter Kümmel wrote:
> On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote:
>> On 28/08/2012 12:48, ext Peter Kümmel wrote:
>>> But also jom fails, I thought jom could also handle mingw
>>> makefiles?
>>
>> No, Jom only handles NMake makefiles, afaik.
>
> Checked it agai
On 28.08.2012 19:59, marius.storm-ol...@nokia.com wrote:
> On 28/08/2012 12:48, ext Peter Kümmel wrote:
>> On 28.08.2012 19:27, marius.storm-ol...@nokia.com wrote:
>>> On 28/08/2012 12:16, ext Peter Kümmel wrote:
Have I missed something or is building with mingw in cmd.exe not supported?
>>>
>
On Tue, 28 Aug 2012, Samuel Rødal wrote:
On 08/28/2012 08:31 AM, ext laszlo.p.ag...@nokia.com wrote:
Ok, let's just revert the change if it breaks on Pi. It wouldn't make much of a
difference on eglfs anyways due to the forced-fullscreen windows.
The change originates from kms which, due to t
On 28/08/2012 12:48, ext Peter Kümmel wrote:
> On 28.08.2012 19:27, marius.storm-ol...@nokia.com wrote:
>> On 28/08/2012 12:16, ext Peter Kümmel wrote:
>>> Have I missed something or is building with mingw in cmd.exe not supported?
>>
>> This is not your fault, it's the rubenvb release which is bro
On 28.08.2012 19:27, marius.storm-ol...@nokia.com wrote:
> On 28/08/2012 12:16, ext Peter Kümmel wrote:
>> I've tried to build qtbase
>> 1. on Windows 7
>> 2. rubenvb's mingw-w64:
>> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-re
On 28/08/2012 12:16, ext Peter Kümmel wrote:
> I've tried to build qtbase
> 1. on Windows 7
> 2. rubenvb's mingw-w64:
> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/
> 3. in Windows shell cmd.exe
> 4. as shadow build with
I've tried to build qtbase
1. on Windows 7
2. rubenvb's mingw-w64:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.7-release/
3. in Windows shell cmd.exe
4. as shadow build with ..\qtbase\configure.bat -fast -nomake demos -nomake
exa
On Tuesday, August 28, 2012 16:23:58 Stephen Kelly wrote:
> On Tuesday, August 28, 2012 12:18:14 Peter Kümmel wrote:
> > On 28.08.2012 12:04, Stephen Kelly wrote:
> > > On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote:
> > >> I tried it again from scratch, and I was wrong, it also doesn't wo
On Tuesday, August 28, 2012 12:18:14 Peter Kümmel wrote:
> On 28.08.2012 12:04, Stephen Kelly wrote:
> > On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote:
> >> I tried it again from scratch, and I was wrong, it also doesn't work
> >> on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CT
On terça-feira, 28 de agosto de 2012 14.46.24, Yves Bailly wrote:
> Le 24/08/2012 19:11, Sylvain Pointeau a écrit :
> > Hi,
> >
> > I would like to compile Qt 4.8 using clang / libc++ (to have c++11)
> > is it possible?
>
> Doesn't simply using GCC 4.7 provides C++11? or is C++11 support in CLang
>
Le 24/08/2012 19:11, Sylvain Pointeau a écrit :
> Hi,
>
> I would like to compile Qt 4.8 using clang / libc++ (to have c++11)
> is it possible?
Doesn't simply using GCC 4.7 provides C++11? or is C++11 support in CLang more
advanced?
--
/- Yves Bailly - Software developper -\
\- Ses
> On sexta-feira, 24 de agosto de 2012 19.11.14, Sylvain Pointeau wrote:
>> Hi,
>>
>> I would like to compile Qt 4.8 using clang / libc++ (to have c++11)
>> is it possible?
>
> No one has ever reported success. Then again, no one has ever reported failure
> either -- no one has ever reported trying
Many thanks! That solves the problem.
AFAIK mingw still uses the runtime from Studio 6.0.
libstdc++-6.dll links against msvcrt.dll which is here version 7.0
On 28.08.2012 13:55, Andreas Holzammer wrote:
> You are also missing the platform plugin und
> plugin/platforms/windows.dll, needs to be co
You are also missing the platform plugin und
plugin/platforms/windows.dll, needs to be copied to
win32-mainwindow/platforms. I cannot imagine that the msvc runtime is
missing, because you are using the mingw compiler and the compiler does
not use the msvc runtine...
Am 28.08.2012 13:37, schrieb Pe
On 28.08.2012 12:18, Peter Kümmel wrote:
> On 28.08.2012 12:04, Stephen Kelly wrote:
>> On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote:
>>> I tried it again from scratch, and I was wrong, it also doesn't work
>>> on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake
>>
>Sounds great, as spoken before, may I ask if these changes for 1.2.0 are
>going upstream to qt-labs repository? And what about the wince support
>in there? I would be glad to help out with that, but for this I would
>need the source.
>
>cheers
>
>Andy
WinCE support should work same as in previous
On 28.08.2012 12:04, Stephen Kelly wrote:
On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote:
I tried it again from scratch, and I was wrong, it also doesn't work
on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake
Ok. Please tell me how to try it out.
'aptitude sea
On Tuesday, August 28, 2012 11:49:28 Peter Kümmel wrote:
> I tried it again from scratch, and I was wrong, it also doesn't work
> on 12.04, only one file is copied: lib/cmake/Qt5Core/Qt5CTestMacros.cmake
Ok. Please tell me how to try it out.
'aptitude search mingw' gives many result. I have not u
On 28.08.2012 11:03, Stephen Kelly wrote:
> On Tuesday, August 28, 2012 10:44:58 Peter Kümmel wrote:
In the build dir the files are in lib/cmake, but
they are not copied to the install dir.
>>>
>>> Does the install step complete without warnings or errors?
>>
>> No, there are no cmake rul
On Tuesday, August 28, 2012 10:44:58 Peter Kümmel wrote:
> >> In the build dir the files are in lib/cmake, but
> >> they are not copied to the install dir.
> >
> > Does the install step complete without warnings or errors?
>
> No, there are no cmake rule in the Makefiles which could fail.
>
> > I c
Hi,
Am 28.08.2012 10:20, schrieb Haataja Ismo:
> Hi all!
>
>
>
> A first development build of Qt5 Visual Studio Add-in 1.2.0 Beta is now
> available for download here.
> http://origin.releases.qt-project.org/digia_vsaddin/
>
> -Project wizards updated to support Qt5 module structure
>
> -Sup
Hi Kai,
thank you for your suggestions. We also tried that and the QmlImportDatabase
told us, that our directory indeed had been added. So it's mainly the same as
with the importPathList output.
Greetings
Matthias
-Original Message-
From: kai.koe...@nokia.com [mailto:kai.koe...@nokia.c
On 28.08.2012 10:34, Stephen Kelly wrote:
> On Monday, August 27, 2012 19:23:19 Peter Kümmel wrote:
>> On 27.08.2012 19:14, Peter Kümmel wrote:
>>> Cross-compiling with mkspec/win win32-g++ doesn't
>
> This doesn't mean anything to me. What is the host and what is the target?
On Linux with mingw t
On Monday, August 27, 2012 19:23:19 Peter Kümmel wrote:
> On 27.08.2012 19:14, Peter Kümmel wrote:
> > Cross-compiling with mkspec/win win32-g++ doesn't
This doesn't mean anything to me. What is the host and what is the target?
> > install the cmake files into lib/cmake.
> >
> > The line in mkspe
On Tuesday, August 28, 2012 09:42:58 Wehmer, Matthias wrote:
> Hi everybody,
>
> we are currently suffering from the following problem: We fail to change the
> default directory for our custom qml plugins, that we have written in C++,
> and that we want to import (e.g. via import custom_plugin 1.0
> -Original Message-
> From: development-bounces+kai.koehne=nokia@qt-project.org
> [mailto:development-bounces+kai.koehne=nokia@qt-project.org] On
> Behalf Of ext Wehmer, Matthias
> Sent: Tuesday, August 28, 2012 9:43 AM
> To: development@qt-project.org
> Subject: [Development] Pro
Hi all!
A first development build of Qt5 Visual Studio Add-in 1.2.0 Beta is now
available for download here.
http://origin.releases.qt-project.org/digia_vsaddin/
-Project wizards updated to support Qt5 module structure
-Supports Visual Studio 2008 and 2010 versions
-Help not yet updated neither
Hi everybody,
we are currently suffering from the following problem: We fail to change the
default directory for our custom qml plugins, that we have written in C++, and
that we want to import (e.g. via import custom_plugin 1.0). That is the only
directory our QML applications find the plugins
On 08/28/2012 08:31 AM, ext laszlo.p.ag...@nokia.com wrote:
> Ok, let's just revert the change if it breaks on Pi. It wouldn't make much of
> a difference on eglfs anyways due to the forced-fullscreen windows.
>
> The change originates from kms which, due to the way it is currently
> implemented
34 matches
Mail list logo
