alexpux / qt-builds Goto Github PK

In develop version produces me these error "Cannot find file: ....\unpack\qbs.pro.".

The title says it all, I am under windows 7 x86 with
msys+7za+wget+svn+git+mercurial+cvs-rev9

and configure lasts forever. How can I check what is happening? (debug)

--install-top=D:/Qt ==> unpack, build failed

but

--install-top=/d/Qt ==> unpack, build success

When building the master or the develop version I get this error :
cp: cannot stat `/c/QtSDK/Qt-builds/src/perl-5.16.2/win32/makefile.mk': No such
file or directory

In fact the folder perl-5.16.2 do not exists. Unpacking the downloaded file solves the problem

I executed "./buildall x64 --qt-version=4.8.4 --static-qt" and eventually ran into a problem with QT violating the multiple definition rule:
multiple definition of `qt_sendSpontaneousEvent(QObject_, QEvent_)'
defined at c:\qtsdk\Qt-build\work\build-x64-s\qt-4.8.4\src\gui/kernel/qapplication.cpp:5559
and c:\qtsdk\Qt-build\work\build-x64-s\qt-4.8.4\src\activeqt\control/qaxserverbase.cpp:4041

Would it be possible to somehow create a patch to circumvent that problem? Or not build tools/activeqt/testcon ?

Full log of the relevant part:

c:/qtsdk/Qt-build/toolchains/mingw64/bin/mingw32-make -f Makefile.Debug all
c:/qtsdk/Qt-build/toolchains/mingw64/bin/mingw32-make -f Makefile.Release all
mingw32-make[4]: Entering directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt/testcon'
g++ -mthreads -Wl,-subsystem,windows -o debug/testcon.exe object_script.testcon.Debug -L'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib' -L'c:/qtsdk/Qt-build/toolchains/mingw64/x86_64-w64-mingw32/lib' -L'c:/QtSDK/ported64-s/lib' -L'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib' -lQAxServerd tmp/obj/debug_static/testcon_res.o -lQAxContainerd -lQtGuid -lgdi32 -lcomdlg32 -loleaut32 -limm32 -lwinmm -lwinspool -lmsimg32 -lQtCored -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32 -Lc:/QtSDK/ported64-s/lib -Lc:/qtsdk/Qt-build/toolchains/mingw64/x86_64-w64-mingw32/lib
mingw32-make[4]: Entering directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt/testcon'
g++ -Wl,-s -mthreads -Wl,-subsystem,windows -o release/testcon.exe object_script.testcon.Release -L'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib' -L'c:/qtsdk/Qt-build/toolchains/mingw64/x86_64-w64-mingw32/lib' -L'c:/QtSDK/ported64-s/lib' -L'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib' -lQAxServer tmp/obj/release_static/testcon_res.o -lQAxContainer -lQtGui -lgdi32 -lcomdlg32 -loleaut32 -limm32 -lwinmm -lwinspool -lmsimg32 -lQtCore -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32 -Lc:/QtSDK/ported64-s/lib -Lc:/qtsdk/Qt-build/toolchains/mingw64/x86_64-w64-mingw32/lib
c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib/libQtGui.a(qapplication.o):qapplication.cpp:(.text+0x1630): multiple definition of qt_sendSpontaneousEvent(QObject*, QEvent*)' c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib/libQAxServer.a(qaxserverbase.o):qaxserverbase.cpp:(.text+0x34f0): first defined here collect2.exe: error: ld returned 1 exit status Makefile.Release:97: recipe for target 'release/testcon.exe' failed mingw32-make[4]: *** [release/testcon.exe] Error 1 mingw32-make[4]: Leaving directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt/testcon' Makefile:56: recipe for target 'release-all' failed mingw32-make[3]: *** [release-all] Error 2 mingw32-make[3]: *** Waiting for unfinished jobs.... c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib/libQtGuid.a(qapplication.o): In functionqt_sendSpontaneousEvent(QObject_, QEvent_)':
c:\qtsdk\Qt-build\work\build-x64-s\qt-4.8.4\src\gui/kernel/qapplication.cpp:5559: multiple definition of `qt_sendSpontaneousEvent(QObject_, QEvent_)'
c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/lib/libQAxServerd.a(qaxserverbase.o):c:\qtsdk\Qt-build\work\build-x64-s\qt-4.8.4\src\activeqt\control/qaxserverbase.cpp:4041: first defined here
collect2.exe: error: ld returned 1 exit status
Makefile.Debug:97: recipe for target 'debug/testcon.exe' failed
mingw32-make[4]: *** [debug/testcon.exe] Error 1
mingw32-make[4]: Leaving directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt/testcon'
Makefile:40: recipe for target 'debug-all' failed
mingw32-make[3]: *** [debug-all] Error 2
mingw32-make[3]: Leaving directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt/testcon'
Makefile:113: recipe for target 'sub-testcon-make_default-ordered' failed
mingw32-make[2]: *** [sub-testcon-make_default-ordered] Error 2
mingw32-make[2]: Leaving directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools/activeqt'
Makefile:267: recipe for target 'sub-activeqt-make_default-ordered' failed
mingw32-make[1]: *** [sub-activeqt-make_default-ordered] Error 2
mingw32-make[1]: Leaving directory 'c:/qtsdk/Qt-build/work/build-x64-s/qt-4.8.4/tools'
makefile:928: recipe for target 'sub-tools-make_default-ordered' failed
mingw32-make: *** [sub-tools-make_default-ordered] Error 2

Hello,
Just a follow up. The 5.0.2 release cycle already started.
Would be nice if this awesome script support this scenario.

The packages are present on:
http://releases.qt-project.org/digia/5.0.2/

Hi,

Just asking, have you tested your script with a QT Commercial source code?

I am going to try this in the futures days so I prefer to ask if there are known issues and known ways to escape them...

Would be a nice feature to optionally build the DesktopComponents (https://qt.gitorious.org/qtplayground/qtdesktopcomponents). As it is the next big thing on Qt.

I'm trying to build Qt (on a Win 7 x64 SP1) with the following command:

./buildall x64 --install-top=f:/msys/local64 --opengl-desktop --qt-version=5.1.0 --build-python --build-python

Note: I'm using mintty as terminal

When the script arrives the Perl section, it fails with the following error message:

dmake.exe:  Error: -- SHELL macro not defined
Error building PERL

No other logs are created....
As i see, dmake complaining about the SHELL variable -- which is setted as empty in the buildall script -- to fix this issue, i made a little change in the perl.sh

diff --git a/scenarios/perl.sh b/scenarios/perl.sh
index 86795d4..e7ce2fc 100644
--- a/scenarios/perl.sh
+++ b/scenarios/perl.sh
@@ -9,11 +9,15 @@ DEPENDS=(dmake)

 change_paths() {
    OLD_PATH=$PATH
+   OLD_SHELL=$SHELL
+   unset SHELL
    export PATH=$MINGW_PART_PATH:$WINDOWS_PART_PATH:$MSYS_PART_PATH
 }

 restore_paths() {
    export PATH=$OLD_PATH
+   export SHELL=$OLD_SHELL
+   unset OLD_SHELL
    unset OLD_PATH
 }

with these changes the dmake starts to build Perl and finishes properly.

from latest pre-built Qt-5.0.0-x32

windows 7 x86

is it possible to handle this situation in the source build? The 4.8.4 version does not have this limitation.

Hello! :)
Reporting a problem that may be either a build problem here or an upstream bug.
I built my Qt app with MinGW & MSYS, it works fine. I collected all of its dependencies (dlls) to the executable folder to make a distributable bundle (using a script and winqtdeploy), but the app simply didn't launch (no errors, no output). Took me ages to figure out that the problem was the Qt5Core.dll patched by winqtdeploy. Still don't know what the patch is specifically, but if I replace this dll with the one from mingw64/bin, the app works.

Compiling with --static-qt works just fine, but the lack of qtcreator is not something my team can be using so I need to compile it one way or another.

What I have done so far :

• I activated all the packages that are disabled by "$( [[ $STATIC_DEPS == no ]] " in the package_order.sh script
• ICU cannot compile as it is, due to the naming of the produced sicu**.a libraries, so I copied them manually (think I'm gonna throw an issue to them on this point) so they are named libsicu**.a
• in the buildall script I replaced BUILD_QTCREATOR=no by BUILD_QTCREATOR=yes

Compilation is running to test the last part.

In another issue ( #20 ) you told me to use a "toolchains builded with threads=win32 to avoid dependency from libwinpthread-1.dll"
So my next try is this. I have prepared my buildall script by adding
URL_MINGW64=http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.0/64-bit/threads-win32/seh/x64-4.8.0-release-win32-seh-rev2.7z
at the end of the --static-qt analysis block.
I am still not sure if I should let the "-lwinpthread" in then "STATIC_LD" variable, but I think I will find out sooner or later...

Sidenote : it might be possible to overcome the ICU compilation problem by creating, before compilation of ICU, symbolic links libcisu**.a pointing to sicu**.a but I am not sure MSYS handle that well...

Thanks for this awesome script.
One minor issue is the documentations. The option to build the documentations would be avaliable.

Hi!
While trying to build "./buildall x86_64 --qt-version=5.1.1" I got the following error:

-> qt-5.1.1
---> downloaded
---> unpacked
---> patched
---> Sources already copied
---> configure...Qt configure error

And this is logfile "Qt-builds\work\logs-x86_64\qt-everywhere-opensource-src-5.1.1-.log" contents:

./configure.bat: line 1: @echo: command not found
./configure.bat: line 2: :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: command not found
./configure.bat: line 3: ::: command not found
./configure.bat: line 4: syntax error near unexpected token (' ./configure.bat: line 4::: Copyright (C) 2012 Digia Plc and/or its subsidiary(-ies).'

Any ideas how to fix this?

Hi, qtdbus is not available. Is it possible to add it? Dbus already builds for mingw.

http://sourceforge.net/projects/eboqt/files/mingw/x86_64/external-packages/

Qt 4.8.4's subtarget is following:
sub-tools-bootstrap
sub-moc
sub-rcc
sub-uic
sub-winmain
sub-corelib
sub-xml
sub-network
sub-sql
sub-testlib
sub-gui
sub-qt3support
sub-uic3
sub-activeqt
sub-opengl
sub-xmlpatterns
sub-phonon
sub-multimedia
sub-svg
sub-script
sub-declarative
sub-scripttools
sub-plugins
sub-imports
sub-tools
sub-translations

then, sub-tools and sub-translations build failed. - ( ld.exe error 2 )

Hello,
5.1 is coming and a lot of things depends on it now ( like qtquick components). The Git build just fines and would be nice if this was a supported scenario.

The ruby compiled with the scripts (tested on 32bits) is not installed in the-install-top location.

Used msys2 method.

I wan to bulild and link Qt and the other modules statically. but currently, your script support only shared build.

Thanks for you.

Hello.
I tried to static-qt build with 5.0.2 in Windows7 64bit environment.
It seems to suceed in building but failad to install.

Console says:
-> qt-5.0.2
--> download qt-everywhere-opensource-src-5.0.2 ... done
--> unpack... done
--> patching...done
--> configure... done
--> building...... done
--> installing......error 2!

All I did was:
1)Extracted msys+7za+wget+svn+git+mercurial+cvs-rev11.7z to c:\msys
2)Launched mingw shell
3)cd && git clone git://github.com/Alexpux/Qt-builds.git
4)cd Qt-builds
5)git checkout develop
6)./buildall x32 --opengl-desktop --static-qt

Detailed install log is:
https://gist.github.com/eighttails/cb4ddaf6daa1f263b45c

Trying to build QT x64 on a Win7 x64, using MSYS rev10.

During script process, an error occurs in the ruby part :
-> ruby
---> downloaded
---> unpacked
--> Empty
---> configured
--> building......error 2!

And the log file opened states :
generating id.c
compiling ../../unpack/ruby-2.0.0-p0/re.c
compiling ../../unpack/ruby-2.0.0-p0/regcomp.c
executable host ruby is required. use --with-baseruby option.
uncommon.mk:877: recipe for target `id.c' failed
make: *** [id.c] Error 1
make: *** Waiting for unfinished jobs....

I tryed adding the option in different places, no changes at all.

So before trying installing ruby, I post here.

Is there a known solution?
Have I failed to find the correct spot for the option?
Is there another option to set?

Hi~,

I use this script to build qt 5 using mingw.

But I still nmake to build qt 5 using msvc. So I hope that this script supports msvc compile.

Thanks for your efforts

At install step, it looks for *.3 man files but has it is shadow build, it crash.
When files are copied from "unpack\pcre-8.33\doc" to "build-x32\pcre-8.33" it works.

Configuration : MSYS2, x32, shared build

you can post qt 5.5.1 with webkitwidgets? (since i believe it became possible to link it static in that version temporarily)

Hey Alex

noticed the qt 5.1.0 alpha on sourceforge.

Any chance you guys will be doing a build with the new patch of gcc to 4.7.3 because 4.8.0 is still a bit buggy and unstable?

This urls:
URL=http://download.savannah.gnu.org/releases/${P}/${SRC_FILE}
URL_DOC=http://download.savannah.gnu.org/releases/${P}/${DOC_FILE}
gives 404 error.

My solution was :

URL=ftp://mirror.ovh.net/gentoo-distfiles/distfiles/${SRC_FILE}
URL_DOC=ftp://mirror.ovh.net/gentoo-distfiles/distfiles/${DOC_FILE}

Line https://github.com/Alexpux/Qt-builds/blob/master/buildall#L303 contains both the "-O2" and the "-fomit-frame-pointer" options, but "http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html" say, that first one involves the second one. So, it is redundant to add both options.

When I configure Qt with "-plugin-sql-oci" I noticed by configure script that:
"WARNING: Qt does not support compiling the Oracle database driver with MinGW, due to lack of such support from Oracle. Consider disabling the Oracle driver, as the current build will most likely fail."

As far as I know, some Qt 3rd party project( Qt-solutions, Qtilities ... ) needs original Qt source ) to build these projects.

So I think, If this script support build QtSolutions, Qtilites, QxOrm... and so on, i'm very happy and pleasure!

Thanks for your efforts.

buildall script , needs patch

[[ USER_DEFINED_TOOLCHAINS == no ]] && {
toolchains_prepare
}

==>

[[ $USER_DEFINED_TOOLCHAINS == no ]] && {
toolchains_prepare
}