Try MinGW-w64 4.7.1-2.
I can build qt5 on Windows or Linux (cross build). It's seems works well
except install on Windows.
2012/8/26 Stephen Chu
> mingw32-make
--
Best Regards
Yuchen
___
Development mailing list
Development@qt-project.org
http://l
I am trying to build Qt 5 from git using MinGW 4.7. It fails at
bootstrapping configure:
C:\Qt\5.0>configure -developer-build -opensource -confirm-license
+ C:/Qt/5.0/qtbase/configure -developer-build -opensource -confirm-license
Please wait while bootstrapping configure ...
...
...
QtDBus: creat
On Sat, Aug 25, 2012 at 8:45 PM, wrote:
>> I was actually looking forward to try that module..
>> Is it stable enough for Qt 5 usage? Will it get finished or is all
>> work stopped on that module (since it doesn't seem to get a lot of
>> commits)?
>
> It's stable enough to be used as is, but the
Just went through them all. In general, feel free to ping me if you need a
review. I might not always be able to help, but I'll try :)
Cheers,
Lars
On Aug 25, 2012, at 9:40 AM, ext Thiago Macieira
wrote:
> Hello
>
> While the discussion on the change to the commit policy is ongoing, I'd like
On Aug 25, 2012, at 3:48 PM, ext Mark wrote:
> On Fri, Aug 24, 2012 at 8:55 PM, wrote:
>> Hi,
>>
>> I've just pushed a patch to remove Qt JsonDB from qt5.git to codereview (see
>> https://codereview.qt-project.org/#change,33524).
>>
>> The reason for this is that the project is not done and
On Aug 25, 2012, at 5:33 PM, ext Richard Moore wrote:
> On 25 August 2012 08:27, Thiago Macieira wrote:
>> On quinta-feira, 23 de agosto de 2012 16.14.25, Thiago Macieira wrote:
>>> Hello
>>>
>>> I'd like to offer the a clarification and request one change to the commit
>>> policy regarding th
On 25 August 2012 08:27, Thiago Macieira wrote:
> On quinta-feira, 23 de agosto de 2012 16.14.25, Thiago Macieira wrote:
>> Hello
>>
>> I'd like to offer the a clarification and request one change to the commit
>> policy regarding the maintainer's privilege. See
>> http://qt-project.org/wiki
On Fri, Aug 24, 2012 at 8:55 PM, wrote:
> Hi,
>
> I've just pushed a patch to remove Qt JsonDB from qt5.git to codereview (see
> https://codereview.qt-project.org/#change,33524).
>
> The reason for this is that the project is not done and it also doesn't fit
> very well into the current scope f
On Saturday 25 August 2012 13:02:34 Sean Harmer wrote:
> On Saturday 25 August 2012 12:54:06 Sean Harmer wrote:
> > On Saturday 25 August 2012 12:45:10 Laszlo Papp wrote:
> > > > We cannot really fix this within Qt as each implementation is free to
> > > >
> > > >> define
> > > >> GLchar to whatev
On sábado, 25 de agosto de 2012 13.02.34, Sean Harmer wrote:
> When building for harmattan/meego/maemo, does it use Q_OS_LINUX or
> something else more specific?
Q_OS_LINUX.
Any other defines may come from the -D options in configure.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Softwa
On Saturday 25 August 2012 13:01:12 Sean Harmer wrote:
> On Saturday 25 August 2012 12:59:27 Laszlo Papp wrote:
> > > I am curious though, if GLchar is not present, how does that header
> > > declare
> > > the function glBindAttribLocation() which here has the declaration:
> > >
> > > GL_APICALL v
On Saturday 25 August 2012 12:54:06 Sean Harmer wrote:
> On Saturday 25 August 2012 12:45:10 Laszlo Papp wrote:
> > > We cannot really fix this within Qt as each implementation is free to
> > >
> > >> define
> > >> GLchar to whatever they like within the confines of the spec. Usually
> > >> it's
>
On Saturday 25 August 2012 12:59:27 Laszlo Papp wrote:
> > I am curious though, if GLchar is not present, how does that header
> > declare
> > the function glBindAttribLocation() which here has the declaration:
> >
> > GL_APICALL void GL_APIENTRY glBindAttribLocation (GLuint program,
> > G
>
> I am curious though, if GLchar is not present, how does that header declare
> the function glBindAttribLocation() which here has the declaration:
>
> GL_APICALL void GL_APIENTRY glBindAttribLocation (GLuint program,
> GLuint index, const GLchar* name);
>
GL_APIENTRY glBindAttribLocatio
On Saturday 25 August 2012 12:45:10 Laszlo Papp wrote:
> > We cannot really fix this within Qt as each implementation is free to
> >
> >> define
> >> GLchar to whatever they like within the confines of the spec. Usually
> >> it's
> >> just a typedef to char but that is not necessarily always the c
>
> Would that be alright? This would fix the regression for systems not
> matching the khronos implementation. I do not personally find GLchar in the
> specifications.
>
I need to admit, I was wrong about this. The specification does contain the
char type on page 12:
www.khronos.org/registry/gles
>
> We cannot really fix this within Qt as each implementation is free to
>> define
>> GLchar to whatever they like within the confines of the spec. Usually it's
>> just a typedef to char but that is not necessarily always the case.
>>
>
> I would personally appreciate a solution upstream, if possi
>
> Please file a bug report with Harmattan.
That will not help for several reasons:
1) Harmattan is unmaintained, or at least only just a bit, if any.
2) There are a lot of unresolved bugreports with high priorities. Qt5 would
not be a priority for the platform developers, if there were such pe
Hi,
On Saturday 25 August 2012 11:39:52 Laszlo Papp wrote:
> Oh, I have just replied simultaneously to the change on Gerrit which broke
> the build for Harmattan:
> https://codereview.qt-project.org/#change,28334
>
> >From my comment on gerrit:
> "The problem is that the libgles2-sgx-img-dev pack
I finally succeed to (git) clone the qt5 repository.
and I met an issue, raised as a separate email.
I continued with Qt 4.8(.3) and I added those 2 lines in the
unsupported/macx-clang/qmake.conf
QMAKE_CXXFLAGS += -stdlib=libc++
QMAKE_LFLAGS += -stdlib=libc++
./configure -no-qt3support -platfor
Oh, I have just replied simultaneously to the change on Gerrit which broke
the build for Harmattan:
https://codereview.qt-project.org/#change,28334
>From my comment on gerrit:
"The problem is that the libgles2-sgx-img-dev package does not ship such
headers that would consist of the "GLchar" defini
Hi,
For some reason your system GLES2/gl.h header does not contain a typedef for
GLchar. Is there a more up to date GLES2/gl.h header available for this
system?
Sean
On Saturday 25 August 2012 03:43:49 Laszlo Papp wrote:
> Hi,
>
> I can build the code fine from master with a snapshot in May u
Only works on Linux (ubuntu 12.04), not Windows 7 SP1 using MSVC2010SP1.
(shadow build)
>
> cd qtbase\ && ( if not exist Makefile
> d:\qpSOFT\Projects\BuildQt5-x64\qtbase\bin\qmake.EXE
> d:\qpSOFT\Projects\Qt5\qtbase\qtbase.pro -o Makefile ) &&
> D:\qpSOFT\MyDEV\bin\amd64\nmake.exe -f Makefile doc
This build error still exist on Qt5 beta 1.
2012/7/17 Loaden
> qmakeevaluator.obj : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) public: static
>> class QString __cdecl QString::fromWCharArray(unsigned short const
>> *,int)" (__imp_?fromWCharArray@Q
>> String@@SA?AV1@PBGH
Sorry:
cd corelib/ && ( test -f Makefile ||
/Users/sylvain/development/lib/qt5/qtbase/bin/qmake
/Users/sylvain/development/lib/qt5/qtbase/src/corelib/corelib.pro -o
Makefile ) && make -f Makefile
clang++ -c -Xclang -include-pch -Xclang .pch/release-shared/QtCore/c++.pch
-pipe -mmacosx-version-min=
On sábado, 25 de agosto de 2012 10.17.59, Sylvain Pointeau wrote:
> and I have this error:
>
> tools/qregexp.cpp:3818:6: note: candidate function not viable: requires 2
> arguments, but 1 was provided
> uint qHash(const QRegExpEngineKey &key, uint seed)
That's not an error, that's a note.
--
Thia
Hi,
I downloaded qt5 with git
./configure -release -platform macx-clang-libc++ -qt-pcre
and I have this error:
tools/qregexp.cpp:3818:6: note: candidate function not viable: requires 2
arguments, but 1 was provided
uint qHash(const QRegExpEngineKey &key, uint seed)
do you have any idea?
Best
Hello
While the discussion on the change to the commit policy is ongoing, I'd like
to use some of the provisions I made there:
"a Maintainer may self-approve a change even if there are no +1s at all,
provided that there are no -1s either, and provided that the Maintainer post
to the mailing list
On quinta-feira, 23 de agosto de 2012 16.14.25, Thiago Macieira wrote:
> Hello
>
> I'd like to offer the a clarification and request one change to the commit
> policy regarding the maintainer's privilege. See
> http://qt-project.org/wiki/Commit_Policy (point 12)
> http://lists.qt-projec
29 matches
Mail list logo
