kdelibs building...

[Ralf Habacker]

Andreas Pakulat schrieb:
> On 10.04.07 10:45:47, Ralf Habacker wrote:
>   
>> Andreas Pakulat schrieb:
>>     
>>> On 09.04.07 22:59:41, Christian Ehrlicher wrote:
>>>   
>>>       
>>>> Andreas Pakulat schrieb:
>>>>     
>>>>         
>>>>> On 09.04.07 20:46:14, Ralf Habacker wrote:
>>>>>       
>>>>>           
>>>>>> I've uploaded a debug and release compiled mingw qt binary release 
>>>>>> (qt-mingw-4.3.0b-5) some days ago in the qt area of 
>>>>>> http://82.149.170.66/kde-windows.
>>>>>>         
>>>>>>             
>>>>> Well I wanted to compile it, but well it did so two times so I know how
>>>>> to do that, in case I sometime need qt-copy... 
>>>>>
>>>>> One thing that seems to be not working is using the -prefix option under
>>>>> windows. The first problem is that qmake then looks for the mkspecs in
>>>>> the install-dir and also qmake is not copied to the install-dir during
>>>>> make install.
>>>>>
>>>>>       
>>>>>           
>>>> qt.conf is your friend: http://doc.trolltech.com/4.2/qt-conf.html
>>>> the kdewin-installer also creates this file to fix the qmake-problem.
>>>>     
>>>>         
>>>   
>>>       
>> Little correction: the installer does not create the qt.conf, the
>> qt-...-bin packages includes a bin/qt.conf using relativ pathes.
>>     
>
> Right. And I had to add ".." to the prefix line to make qmake work at
> all.
>
>   
>>> Yeah found that already while trying to use the binary packages. 
>>>
>>> However there are at least two new problems:
>>>
>>> a) CMake 2.4.6 looks for libz z and zdll, but I have libz1.dll installed
>>> here (via kdewin-installer)
>>>   
>>>       
>> cmake's FindZLIB.cmake is broken for win32
>>     
>
> Hmm, ok. I already fixed that locally.
>
>   
>>> b) CMake doesn't seem to consider CMAKE_INCLUDE_PATH for include header
>>> paths and thus doesn't find zlib.h or later on the Strigi headers (after
>>> manually changing FindZLIB.cmake.
>>>   
>>>       
>> There are some cmake issues on win32  using a common win32 installation
>> base.
>>     
>
> Hmm, ok. So I'm more or less on my own. 
no, we are helping you :-)
> I wonder why cmake doesn't
> recognize its own variables (CMAKE_INCLUDE_PATH for example)...
>   
It does, but the are not set in kdewin32.cmake by default.
If you add the following line to kdewin32.cmake it will work

  # add include path and library to all targets, this is required because
  # cmake's 2.4.6 FindZLib.cmake does not use CMAKE_REQUIRED... vars
  set(CMAKE_INCLUDE_PATH ${CMAKE_INCLUDE_PATH} ${KDEWIN32_INCLUDES})
  set(CMAKE_LIBRARY_PATH ${CMAKE_LIBRARY_PATH} ${KDEWIN32_DIR}/lib)

>   
>> I'm going to fix this currently for mingw after we are common
>> about the way to go. Please see the relating KDEWIN thread.
>>     
>
> Will do. Thx for the support. You know I do this more or less just for
> "getting a glimpse" and trying to compile/run kdevelop so we can make
> sure it works under Windows...
>   
That sound nice :-)

Ralf