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