Kde-windows Digest, Vol 42, Issue 17
Todd Hawk
revhawk at gmail.com
Tue Mar 17 15:03:27 CET 2009
unsubscribe
On Tue, Mar 17, 2009 at 7:00 AM, <kde-windows-request at kde.org> wrote:
> Send Kde-windows mailing list submissions to
> kde-windows at kde.org
>
> 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
> kde-windows-request at kde.org
>
> You can reach the person managing the list at
> kde-windows-owner at kde.org
>
> 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 <ralf.habacker at freenet.de>
> Subject: Re: qt 4.5 emerge problem
> To: KDE on Windows <kde-windows at kde.org>
> Message-ID: <49BED280.8030501 at freenet.de>
> 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 <ralf.habacker at freenet.de>
> Subject: Re: qt 4.5 emerge problem
> To: KDE on Windows <kde-windows at kde.org>
> Message-ID: <49BED394.4090805 at freenet.de>
> 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 <shaforostoff at kde.ru>
> Subject: DistributionBasedBuild (was: Re: qt 4.5 emerge problem)
> To: KDE on Windows <kde-windows at kde.org>
> Message-ID: <200903170047.15355.shaforostoff at kde.ru>
> 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 <ps_ml at gmx.de>
> Subject: Re: qt 4.5 emerge problem
> To: KDE on Windows <kde-windows at kde.org>
> Message-ID: <49BEDA4D.5050802 at gmx.de>
> 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
> > Kde-windows at kde.org
> > https://mail.kde.org/mailman/listinfo/kde-windows
> >
>
>
> --
> web: http://windows.kde.org
> mailing list: kde-windows at kde.org
> irc: #kde-windows (irc.freenode.net)
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 17 Mar 2009 00:09:30 +0100
> From: Ralf Habacker <ralf.habacker at freenet.de>
> Subject: Re: qt 4.5 emerge problem
> To: KDE on Windows <kde-windows at kde.org>
> Message-ID: <49BEDC2A.7040008 at freenet.de>
> 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
> Kde-windows at kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
>
>
> End of Kde-windows Digest, Vol 42, Issue 17
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-windows/attachments/20090317/4565c29b/attachment-0001.htm
More information about the Kde-windows
mailing list