unsubscribe<br><br><div class="gmail_quote">On Tue, Mar 17, 2009 at 7:00 AM, <span dir="ltr"><<a href="mailto:kde-windows-request@kde.org">kde-windows-request@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send Kde-windows mailing list submissions to<br>
<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://mail.kde.org/mailman/listinfo/kde-windows" target="_blank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:kde-windows-request@kde.org">kde-windows-request@kde.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:kde-windows-owner@kde.org">kde-windows-owner@kde.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Kde-windows digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: qt 4.5 emerge problem (Ralf Habacker)<br>
2. Re: qt 4.5 emerge problem (Ralf Habacker)<br>
3. DistributionBasedBuild (was: Re: qt 4.5 emerge problem)<br>
(Nick Shaforostoff)<br>
4. Re: qt 4.5 emerge problem (Patrick Spendrin)<br>
5. Re: qt 4.5 emerge problem (Ralf Habacker)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 16 Mar 2009 23:28:16 +0100<br>
From: Ralf Habacker <<a href="mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>><br>
Subject: Re: qt 4.5 emerge problem<br>
To: KDE on Windows <<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a>><br>
Message-ID: <<a href="mailto:49BED280.8030501@freenet.de">49BED280.8030501@freenet.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Ralf Habacker schrieb:<br>
> Christian Ehrlicher schrieb:<br>
><br>
>> Ralf Habacker schrieb:<br>
>><br>
>><br>
>>> Hi,<br>
>>> which recent qt-copy sources and recent emerge sources I got several<br>
>>> problems compiling qt.<br>
>>><br>
>>> 1. fetching qt sources from svn does not work cased by the phonon/Phonon<br>
>>> name clash problem<br>
>>><br>
>>> in <a href="http://qt-4.5.0.20090213.py" target="_blank">qt-4.5.0.20090213.py</a> there is<br>
>>><br>
>>> def unpack( self ):<br>
>>> utils.cleanDirectory( self.workdir )<br>
>>> # unpack our two external dependencies<br>
>>> thirdparty_dir = os.path.join( self.workdir, "3rdparty" )<br>
>>> files = [ os.path.basename( self.openssl ) ]<br>
>>> files.append( os.path.basename( self.dbuslib ) )<br>
>>> if not utils.unpackFiles( self.downloaddir, files, thirdparty_dir ):<br>
>>> return False<br>
>>><br>
>>> # and now qt<br>
>>> if self.buildTarget == "4.4":<br>
>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>> else:<br>
>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>> # unpack all subdirs except 'include'<br>
>>> svnpath = os.path.join( self.kdesvndir, self.kdeSvnPath() )<br>
>>><br>
>>> The line after the last else<br>
>>><br>
>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>><br>
>>><br>
>>> tries to check out complete qt-copy, which fails - I guess this line<br>
>>> should probably checkout qt-copy top level dir without any subdir.<br>
>>> On my installation commenting out this line helps because the files in<br>
>>> the top level dir are already checked out.<br>
>>> The question is how to limit kdeSvnUnpack not to recurse into the sub<br>
>>> directory.<br>
>>><br>
>>> 2. After configure applying the patches failed when py extension is not<br>
>>> registered<br>
>>> old<br>
>>> 71: cmd = "apply_patches.py"<br>
>>><br>
>>> This issue could be fixed by the following change<br>
>>> 71: cmd = "python apply_patches.py"<br>
>>><br>
>>><br>
>>> 3. src\corelib compile error<br>
>>><br>
>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
>>> E:\downloads\kdesvn\trunk\qt-copy\src\corelib\<a href="http://corelib.pro" target="_blank">corelib.pro</a> -o Makefile<br>
>>> -spec win32-msvc2005<br>
>>> nmake -f Makefile<br>
>>> nmake -f Makefile.Debug<br>
>>> cl -c -Yc -Fptmp\obj\debug_shared\QtCored_pch.pch<br>
>>> -Fotmp\obj\debug_shared\QtCored_pch.obj -nologo -Zm200 -Zc:wchar_t- -Zi<br>
>>> -MDd -W3 -w34100 -w34189 -GR -EHsc -DQT_<br>
>>> SHARED -DQT_THREAD_SUPPORT -DUNICODE -DWIN32 -DQT_LARGEFILE_SUPPORT<br>
>>> -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_MAKEDLL<br>
>>> -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_M<br>
>>> OC_COMPAT -D_USE_MATH_DEFINES -DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL<br>
>>> -I"..\..\include"<br>
>>> -I"e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\3rdparty\include"<br>
>>> -I"..\..\include\QtCore" -I"tmp\rcc\debug_shared" -I"tmp"<br>
>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib\concurrent" -I"global"<br>
>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\zlib"<br>
>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\harfbuzz\src"<br>
>>> -I"..\..\include\ActiveQt" -I"tmp\moc\debug_shared"<br>
>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib" -I"."<br>
>>> -I"e:\downloads\kdesvn\trunk\qt-copy\mkspecs\win32-msvc2005" -TP<br>
>>> e:\downloads\kdesvn\trunk\qt-copy\src\corelib\global\qt_pch.h qt_pch.h<br>
>>> NMAKE : fatal error U1073: don't know how to make<br>
>>> '..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h'<br>
>>> Stop.<br>
>>> emerge fatal error: os.system ( nmake ) failed<br>
>>> emerge fatal error: running python<br>
>>> e:\daten\kde\emerge-msvc-root\emerge\portage\libs\qt\<a href="http://qt-4.5.0.20090213.py" target="_blank">qt-4.5.0.20090213.py</a><br>
>>> compile<br>
>>> emerge error: fatal error: package libs/qt-4.5.0.20090213 all failed<br>
>>> 22:09<br>
>>><br>
>>> Digging into the related Makefile shows that the following line(s) isn't<br>
>>> generated correctly<br>
>>><br>
>>> src\corelib\Makefile.Debug<br>
>>> ...<br>
>>> ..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h \<br>
>>> ...<br>
>>> The path layout is<br>
>>> buildroot = e:\daten\kde\emerge-msvc-root<br>
>>> srcroot = e:\downloads\kdesvn\trunk\qt-copy<br>
>>><br>
>>> changing the related lines to<br>
>>> e:\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h \<br>
>>><br>
>>> fixes the compile problem.<br>
>>><br>
>>> 4. qmake problem<br>
>>><br>
>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
>>> E:\downloads\kdesvn\trunk\qt-copy\src\xml\<a href="http://xml.pro" target="_blank">xml.pro</a> -o Makefile -<br>
>>> spec win32-msvc2005<br>
>>> Could not find mkspecs for your QMAKESPEC(win32-msvc2005) after trying:<br>
>>><br>
>>> e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\image-msvc2005\\mkspecs<br>
>>> Error processing project file:<br>
>>> E:/downloads/kdesvn/trunk/qt-copy/src/xml/<a href="http://xml.pro" target="_blank">xml.pro</a><br>
>>> NMAKE : fatal error U1077:<br>
>>> 'E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake'<br>
>>> : return code '0x3'<br>
>>> Stop.<br>
>>> NMAKE : fatal error U1077: 'cd' : return code '0x2'<br>
>>> Stop.<br>
>>><br>
>>> Also setting QMAKESPEC by hand like shown below did not help<br>
>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005>set<br>
>>> QMAKESPEC=E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\mkspecs<br>
>>><br>
>>> The only workaround I found was setting -spec by hand<br>
>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\src\gui>qmake<br>
>>> E:\downloads\kdesvn\trunk\qt-copy\src\gui\<a href="http://gui.pro" target="_blank">gui.pro</a> -o Makefile -spec<br>
>>> ..\..\mkspecs\win32-msvc2005<br>
>>><br>
>>> Unfortunally then issue 3 was triggered again<br>
>>><br>
>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\src\gui>nmake<br>
>>> nmake -f Makefile.Debug<br>
>>> NMAKE : fatal error U1073: don't know how to make<br>
>>> '..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h'<br>
>>> Stop.<br>
>>><br>
>>> which requires to manually edit the related Makefile.Debug<br>
>>><br>
>>> Any idea how to fix issue 1, 3 and 4 ?<br>
>>><br>
>>><br>
>>><br>
>> Remove old qt-copy checkout and try again.<br>
>><br>
>><br>
> issue 1 is gone - the reason was that simply removing the include subdir<br>
> does not help because the include path is still in the svn checkout<br>
> information, which let the first checkout command fail - thanks.<br>
><br>
> issue 3 is still there now with a different file name<br>
><br>
> cd src\corelib\ && nmake -f Makefile<br>
> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
> E:\downloads\kdesvn\trunk\qt-copy\src\corelib\<a href="http://corelib.pro" target="_blank">corelib.pro</a> -o Makefile<br>
> -spec win32-msvc2005<br>
> nmake -f Makefile<br>
> nmake -f Makefile.Debug<br>
><br>
> cl -c -Yc -Fptmp\obj\debug_shared\QtCored_pch.pch<br>
> -Fotmp\obj\debug_shared\QtCored_pch.obj -nologo -Zm200 -Zc:wchar_t- -Zi<br>
> -MDd -W3 -w34100 -w34189 -GR -EHsc -DQT_SHARED -DQT_THREAD_SUPPORT<br>
> -DUNICODE -DWIN32 -DQT_LARGEFILE_SUPPORT -DQT_BUILD_CORE_LIB<br>
> -DQT_NO_USING_NAMESPACE -DQT_MAKEDLL -DQT_ASCII_CAST_WARNINGS<br>
> -DQT3_SUPPORT -DQT_MOC_COMPAT -D_USE_MATH_DEFINES<br>
> -DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL -I"..\..\include"<br>
> -I"e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\3rdparty\include"<br>
> -I"..\..\<br>
> include\QtCore" -I"tmp\rcc\debug_shared" -I"tmp"<br>
> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib\concurrent" -I"global"<br>
> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty<br>
> \zlib" -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\harfbuzz\src"<br>
> -I"..\..\include\ActiveQt" -I"tmp\moc\debug_shared"<br>
> -I"e:\downloads\kdesvn\trunk\qt-copy\src\coreli<br>
> b" -I"." -I"e:\downloads\kdesvn\trunk\qt-copy\mkspecs\win32-msvc2005"<br>
> -TP e:\downloads\kdesvn\trunk\qt-copy\src\corelib\global\qt_pch.h<br>
> qt_pch.h<br>
> NMAKE : fatal error U1073: don't know how to make<br>
> '..\downloads\kdesvn\trunk\qt-copy\src\corelib\io\qiodevice.h'<br>
><br>
> The error could be fixed by changing the related path in Makefile.debug to<br>
> 'e:\downloads\kdesvn\trunk\qt-copy\src\corelib\io\qiodevice.h'<br>
><br>
here too<br>
<br>
cd src\network\ && nmake -f Makefile<br>
<br>
E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
E:\downloads\kdesvn\trunk\qt-copy\src\n<br>
kefile -spec win32-msvc2005<br>
nmake -f Makefile<br>
nmake -f Makefile.Debug<br>
<br>
NMAKE : fatal error U1073: don't know how to make<br>
'..\downloads\kdesvn\trunk\qt-copy\src\corelib\tools\qstring.h'<br>
> Ralf<br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 16 Mar 2009 23:32:52 +0100<br>
From: Ralf Habacker <<a href="mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>><br>
Subject: Re: qt 4.5 emerge problem<br>
To: KDE on Windows <<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a>><br>
Message-ID: <<a href="mailto:49BED394.4090805@freenet.de">49BED394.4090805@freenet.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Nick Shaforostoff schrieb:<br>
> On Monday 16 of March 2009 23:25:28 Ralf Habacker wrote:<br>
><br>
>> Any idea how to fix issue 1, 3 and 4 ?<br>
>><br>
> not exactly the solution, but I'd just like to mention that<br>
> I successfully compiled my project (lokalize) using kdewin-installer-provided dev packages.<br>
><br>
> It is significantly faster than compiling everything on your own<br>
> (also nmake doesn't have -j option).<br>
><br>
<br>
You you have used the following howto<br>
<a href="http://techbase.kde.org/Getting_Started/Build/KDE4/Windows/DistributionBasedBuild" target="_blank">http://techbase.kde.org/Getting_Started/Build/KDE4/Windows/DistributionBasedBuild</a><br>
?<br>
<br>
> Maybe we should add this way of compilation<br>
> to a recommended list at <a href="http://techbase.kde.org/Getting_Started/Build/KDE4/Windows" target="_blank">http://techbase.kde.org/Getting_Started/Build/KDE4/Windows</a><br>
> ?<br>
><br>
feel free to add the above mentioned page.<br>
> For those who need kdelibs from trunk kdewin-installer packagers could provide updated dependencies only.<br>
><br>
> By the way I successfully compiled kdebindings/krosspython.dll<br>
does it work ? I remember that some month ago I compiled krosspython.dll<br>
for parley, but it wasn't able to run parleys python scripts for unknown<br>
reasons<br>
<br>
Ralf<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 17 Mar 2009 00:47:15 +0200<br>
From: Nick Shaforostoff <<a href="mailto:shaforostoff@kde.ru">shaforostoff@kde.ru</a>><br>
Subject: DistributionBasedBuild (was: Re: qt 4.5 emerge problem)<br>
To: KDE on Windows <<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a>><br>
Message-ID: <<a href="mailto:200903170047.15355.shaforostoff@kde.ru">200903170047.15355.shaforostoff@kde.ru</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
On Tuesday 17 of March 2009 00:32:52 Ralf Habacker wrote:<br>
> You you have used the following howto<br>
> <a href="http://techbase.kde.org/Getting_Started/Build/KDE4/Windows/DistributionBasedBuild" target="_blank">http://techbase.kde.org/Getting_Started/Build/KDE4/Windows/DistributionBasedBuild</a><br>
> ?<br>
I never seen links to it, but yes, that's essentially what I've done.<br>
<br>
Additionally i put env setuping commands into kdebuildenv.bat file:<br>
@echo off<br>
call "%PROGRAMFILES%\Microsoft Platform SDK for Windows XP SP2\SetEnv.Bat" /RETAIL<br>
call "%PROGRAMFILES%\Microsoft Visual Studio 8\VC\vcvarsall.bat" x86<br>
set PATH=D:\KDE\bin;%PATH%;D:\KDE\lib;<br>
<br>
which I then call via another local (i.e. in kdelibs source dir) bat file:<br>
call ..\kdebuildenv.bat<br>
cd build<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 17 Mar 2009 00:01:33 +0100<br>
From: Patrick Spendrin <<a href="mailto:ps_ml@gmx.de">ps_ml@gmx.de</a>><br>
Subject: Re: qt 4.5 emerge problem<br>
To: KDE on Windows <<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a>><br>
Message-ID: <<a href="mailto:49BEDA4D.5050802@gmx.de">49BEDA4D.5050802@gmx.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Ralf Habacker schrieb:<br>
> Ralf Habacker schrieb:<br>
>> Christian Ehrlicher schrieb:<br>
>><br>
>>> Ralf Habacker schrieb:<br>
>>><br>
>>><br>
>>>> Hi,<br>
>>>> which recent qt-copy sources and recent emerge sources I got several<br>
>>>> problems compiling qt.<br>
>>>><br>
>>>> 1. fetching qt sources from svn does not work cased by the phonon/Phonon<br>
>>>> name clash problem<br>
>>>><br>
>>>> in <a href="http://qt-4.5.0.20090213.py" target="_blank">qt-4.5.0.20090213.py</a> there is<br>
>>>><br>
>>>> def unpack( self ):<br>
>>>> utils.cleanDirectory( self.workdir )<br>
>>>> # unpack our two external dependencies<br>
>>>> thirdparty_dir = os.path.join( self.workdir, "3rdparty" )<br>
>>>> files = [ os.path.basename( self.openssl ) ]<br>
>>>> files.append( os.path.basename( self.dbuslib ) )<br>
>>>> if not utils.unpackFiles( self.downloaddir, files, thirdparty_dir ):<br>
>>>> return False<br>
>>>><br>
>>>> # and now qt<br>
>>>> if self.buildTarget == "4.4":<br>
>>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>>> else:<br>
>>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>>> # unpack all subdirs except 'include'<br>
>>>> svnpath = os.path.join( self.kdesvndir, self.kdeSvnPath() )<br>
>>>><br>
>>>> The line after the last else<br>
>>>><br>
>>>> self.kdeSvnUnpack() or utils.die( "kdeSvnUnpack failed" )<br>
>>>><br>
>>>><br>
>>>> tries to check out complete qt-copy, which fails - I guess this line<br>
>>>> should probably checkout qt-copy top level dir without any subdir.<br>
>>>> On my installation commenting out this line helps because the files in<br>
>>>> the top level dir are already checked out.<br>
>>>> The question is how to limit kdeSvnUnpack not to recurse into the sub<br>
>>>> directory.<br>
>>>><br>
>>>> 2. After configure applying the patches failed when py extension is not<br>
>>>> registered<br>
>>>> old<br>
>>>> 71: cmd = "apply_patches.py"<br>
>>>><br>
>>>> This issue could be fixed by the following change<br>
>>>> 71: cmd = "python apply_patches.py"<br>
>>>><br>
>>>><br>
>>>> 3. src\corelib compile error<br>
>>>><br>
>>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
>>>> E:\downloads\kdesvn\trunk\qt-copy\src\corelib\<a href="http://corelib.pro" target="_blank">corelib.pro</a> -o Makefile<br>
>>>> -spec win32-msvc2005<br>
>>>> nmake -f Makefile<br>
>>>> nmake -f Makefile.Debug<br>
>>>> cl -c -Yc -Fptmp\obj\debug_shared\QtCored_pch.pch<br>
>>>> -Fotmp\obj\debug_shared\QtCored_pch.obj -nologo -Zm200 -Zc:wchar_t- -Zi<br>
>>>> -MDd -W3 -w34100 -w34189 -GR -EHsc -DQT_<br>
>>>> SHARED -DQT_THREAD_SUPPORT -DUNICODE -DWIN32 -DQT_LARGEFILE_SUPPORT<br>
>>>> -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_MAKEDLL<br>
>>>> -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_M<br>
>>>> OC_COMPAT -D_USE_MATH_DEFINES -DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL<br>
>>>> -I"..\..\include"<br>
>>>> -I"e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\3rdparty\include"<br>
>>>> -I"..\..\include\QtCore" -I"tmp\rcc\debug_shared" -I"tmp"<br>
>>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib\concurrent" -I"global"<br>
>>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\zlib"<br>
>>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\harfbuzz\src"<br>
>>>> -I"..\..\include\ActiveQt" -I"tmp\moc\debug_shared"<br>
>>>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib" -I"."<br>
>>>> -I"e:\downloads\kdesvn\trunk\qt-copy\mkspecs\win32-msvc2005" -TP<br>
>>>> e:\downloads\kdesvn\trunk\qt-copy\src\corelib\global\qt_pch.h qt_pch.h<br>
>>>> NMAKE : fatal error U1073: don't know how to make<br>
>>>> '..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h'<br>
>>>> Stop.<br>
>>>> emerge fatal error: os.system ( nmake ) failed<br>
>>>> emerge fatal error: running python<br>
>>>> e:\daten\kde\emerge-msvc-root\emerge\portage\libs\qt\<a href="http://qt-4.5.0.20090213.py" target="_blank">qt-4.5.0.20090213.py</a><br>
>>>> compile<br>
>>>> emerge error: fatal error: package libs/qt-4.5.0.20090213 all failed<br>
>>>> 22:09<br>
>>>><br>
>>>> Digging into the related Makefile shows that the following line(s) isn't<br>
>>>> generated correctly<br>
>>>><br>
>>>> src\corelib\Makefile.Debug<br>
>>>> ...<br>
>>>> ..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h \<br>
>>>> ...<br>
>>>> The path layout is<br>
>>>> buildroot = e:\daten\kde\emerge-msvc-root<br>
>>>> srcroot = e:\downloads\kdesvn\trunk\qt-copy<br>
>>>><br>
>>>> changing the related lines to<br>
>>>> e:\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h \<br>
>>>><br>
>>>> fixes the compile problem.<br>
>>>><br>
>>>> 4. qmake problem<br>
>>>><br>
>>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
>>>> E:\downloads\kdesvn\trunk\qt-copy\src\xml\<a href="http://xml.pro" target="_blank">xml.pro</a> -o Makefile -<br>
>>>> spec win32-msvc2005<br>
>>>> Could not find mkspecs for your QMAKESPEC(win32-msvc2005) after trying:<br>
>>>><br>
>>>> e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\image-msvc2005\\mkspecs<br>
>>>> Error processing project file:<br>
>>>> E:/downloads/kdesvn/trunk/qt-copy/src/xml/<a href="http://xml.pro" target="_blank">xml.pro</a><br>
>>>> NMAKE : fatal error U1077:<br>
>>>> 'E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake'<br>
>>>> : return code '0x3'<br>
>>>> Stop.<br>
>>>> NMAKE : fatal error U1077: 'cd' : return code '0x2'<br>
>>>> Stop.<br>
>>>><br>
>>>> Also setting QMAKESPEC by hand like shown below did not help<br>
>>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005>set<br>
>>>> QMAKESPEC=E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\mkspecs<br>
>>>><br>
>>>> The only workaround I found was setting -spec by hand<br>
>>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\src\gui>qmake<br>
>>>> E:\downloads\kdesvn\trunk\qt-copy\src\gui\<a href="http://gui.pro" target="_blank">gui.pro</a> -o Makefile -spec<br>
>>>> ..\..\mkspecs\win32-msvc2005<br>
>>>><br>
>>>> Unfortunally then issue 3 was triggered again<br>
>>>><br>
>>>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\src\gui>nmake<br>
>>>> nmake -f Makefile.Debug<br>
>>>> NMAKE : fatal error U1073: don't know how to make<br>
>>>> '..\downloads\kdesvn\trunk\qt-copy\src\qt3support\tools\q3cstring.h'<br>
>>>> Stop.<br>
>>>><br>
>>>> which requires to manually edit the related Makefile.Debug<br>
>>>><br>
>>>> Any idea how to fix issue 1, 3 and 4 ?<br>
>>>><br>
>>>><br>
>>>><br>
>>> Remove old qt-copy checkout and try again.<br>
>>><br>
>>><br>
>> issue 1 is gone - the reason was that simply removing the include subdir<br>
>> does not help because the include path is still in the svn checkout<br>
>> information, which let the first checkout command fail - thanks.<br>
>><br>
>> issue 3 is still there now with a different file name<br>
>><br>
>> cd src\corelib\ && nmake -f Makefile<br>
>> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
>> E:\downloads\kdesvn\trunk\qt-copy\src\corelib\<a href="http://corelib.pro" target="_blank">corelib.pro</a> -o Makefile<br>
>> -spec win32-msvc2005<br>
>> nmake -f Makefile<br>
>> nmake -f Makefile.Debug<br>
>><br>
>> cl -c -Yc -Fptmp\obj\debug_shared\QtCored_pch.pch<br>
>> -Fotmp\obj\debug_shared\QtCored_pch.obj -nologo -Zm200 -Zc:wchar_t- -Zi<br>
>> -MDd -W3 -w34100 -w34189 -GR -EHsc -DQT_SHARED -DQT_THREAD_SUPPORT<br>
>> -DUNICODE -DWIN32 -DQT_LARGEFILE_SUPPORT -DQT_BUILD_CORE_LIB<br>
>> -DQT_NO_USING_NAMESPACE -DQT_MAKEDLL -DQT_ASCII_CAST_WARNINGS<br>
>> -DQT3_SUPPORT -DQT_MOC_COMPAT -D_USE_MATH_DEFINES<br>
>> -DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL -I"..\..\include"<br>
>> -I"e:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\3rdparty\include"<br>
>> -I"..\..\<br>
>> include\QtCore" -I"tmp\rcc\debug_shared" -I"tmp"<br>
>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\corelib\concurrent" -I"global"<br>
>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty<br>
>> \zlib" -I"e:\downloads\kdesvn\trunk\qt-copy\src\3rdparty\harfbuzz\src"<br>
>> -I"..\..\include\ActiveQt" -I"tmp\moc\debug_shared"<br>
>> -I"e:\downloads\kdesvn\trunk\qt-copy\src\coreli<br>
>> b" -I"." -I"e:\downloads\kdesvn\trunk\qt-copy\mkspecs\win32-msvc2005"<br>
>> -TP e:\downloads\kdesvn\trunk\qt-copy\src\corelib\global\qt_pch.h<br>
>> qt_pch.h<br>
>> NMAKE : fatal error U1073: don't know how to make<br>
>> '..\downloads\kdesvn\trunk\qt-copy\src\corelib\io\qiodevice.h'<br>
>><br>
>> The error could be fixed by changing the related path in Makefile.debug to<br>
>> 'e:\downloads\kdesvn\trunk\qt-copy\src\corelib\io\qiodevice.h'<br>
>><br>
> here too<br>
><br>
> cd src\network\ && nmake -f Makefile<br>
><br>
> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
> E:\downloads\kdesvn\trunk\qt-copy\src\n<br>
> kefile -spec win32-msvc2005<br>
> nmake -f Makefile<br>
> nmake -f Makefile.Debug<br>
><br>
> NMAKE : fatal error U1073: don't know how to make<br>
> '..\downloads\kdesvn\trunk\qt-copy\src\corelib\tools\qstring.h'<br>
>> Ralf<br>
I had similar problems, it might be a problem in qmake in the end...<br>
As far as I understood from what a QtSw employee told me, the problem<br>
might be that source directory and build directory are not on the same<br>
level. In the end I got myself junction from sysinternals and moved my<br>
source dir with it:<br>
from<br>
D:\sources to D:\cygopt\tempdownload\sources\trunk\qt-copy\<br>
(the build directory is<br>
D:\cygopt\root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005)<br>
which in the end worked quite well.<br>
<br>
regards,<br>
Patrick<br>
>><br>
><br>
> _______________________________________________<br>
> Kde-windows mailing list<br>
> <a href="mailto:Kde-windows@kde.org">Kde-windows@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/kde-windows" target="_blank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
><br>
<br>
<br>
--<br>
web: <a href="http://windows.kde.org" target="_blank">http://windows.kde.org</a><br>
mailing list: <a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a><br>
irc: #kde-windows (<a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a>)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 17 Mar 2009 00:09:30 +0100<br>
From: Ralf Habacker <<a href="mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>><br>
Subject: Re: qt 4.5 emerge problem<br>
To: KDE on Windows <<a href="mailto:kde-windows@kde.org">kde-windows@kde.org</a>><br>
Message-ID: <<a href="mailto:49BEDC2A.7040008@freenet.de">49BEDC2A.7040008@freenet.de</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Ralf Habacker schrieb:<br>
> <snip><br>
>> issue 3 is still there now with a different file name<br>
>><br>
<snip><br>
<br>
> here too<br>
><br>
> cd src\network\ && nmake -f Makefile<br>
><br>
> E:\daten\kde\emerge-msvc-root\tmp\qt-4.5.0.20090213\work\qt-win-opensource-src-msvc2005\bin\qmake<br>
> E:\downloads\kdesvn\trunk\qt-copy\src\n<br>
> kefile -spec win32-msvc2005<br>
> nmake -f Makefile<br>
> nmake -f Makefile.Debug<br>
><br>
> NMAKE : fatal error U1073: don't know how to make<br>
> '..\downloads\kdesvn\trunk\qt-copy\src\corelib\tools\qstring.h'<br>
><br>
There must be something wrong in the dependency generating code of qmake<br>
because in the example below one line uses the correct absolute path,<br>
two lines are using the wrong relativ path:<br>
<br>
tmp\moc\debug_shared\moc_qsqldriverplugin.cpp:<br>
..\..\include\QtCore\qplugin.h \<br>
:-( ..\downloads\kdesvn\trunk\qt-copy\src\corelib\plugin\qplugin.h \<br>
..\..\include\QtCore\qfactoryinterface.h \<br>
:-(<br>
..\downloads\kdesvn\trunk\qt-copy\src\corelib\plugin\qfactoryinterface.h \<br>
:-)<br>
e:\downloads\kdesvn\trunk\qt-copy\src\sql\kernel\qsqldriverplugin.h<br>
<br>
Hmmh, It it funny, that both wrong pathes have three things common<br>
1. they points to another dir as the currently directory which is build<br>
2. they points into the source tree<br>
2. they points both to a file from src\corelib -> this is true also<br>
for all other cases I found<br>
<br>
Hope I will find tomorrow some time to dig into this.<br>
<br>
Ralf<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Kde-windows mailing list<br>
<a href="mailto:Kde-windows@kde.org">Kde-windows@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-windows" target="_blank">https://mail.kde.org/mailman/listinfo/kde-windows</a><br>
<br>
<br>
End of Kde-windows Digest, Vol 42, Issue 17<br>
*******************************************<br>
</blockquote></div><br>