MobileRead Forums - View Single Post

itimpi · 01-17-2009, 12:21 PM

I actually had those tools installed as I had used the windows binary install package for PyQt4. I decided to persevere and see if I can do a complete build from source on Windows rather than copying some files across from the linux builds. I am getting closer but not there yet. Things I have found so far are:

It appears that the build process was trying to include files relative to C:\Qt\4.4.2 whereas on my system I had them all relative to C:\Qt. I got around that by setting a symbolic link (known as a Junction point in Windows) so that C:\Qt\4.4.2 pointed back to C:\Qt. Any idea what set up the reference to 4.4.2 in the first place as I had Qt 4.4.3 installed?
Another thing I found that the calibre setup.py file includes the following:
Code:
```
                include_dirs=['C:/WinDDK/6001.18001/inc/api/',
                              'C:/WinDDK/6001.18001/inc/crt/'],
```
whereas on my system they should be:
C :/Program Files/Microsoft Visual Studio 9.0/VC/INCLUDE/
and
'C:/Program Files/Microsoft SDKs/Windows/v6.0A/include/'
which are the include directories set under the INCLUDE environment variable. Is it possible for the setup.py program to be modifed to extract these values from the INCLUDE environment variable which would be more flexible?

Simply modifying setup.py was not sufficient as the above names contained spaces, and these were not being passed through correctly to the command line. Again I used symbolic links, setting them to:
C:\SymLink\VC-include
C:\SymLink\SDK-include
and referencing these in setup.py which works fine.
The latest thing I found is that I am get the following error message:
Code:
```
copying src\calibre\ebooks\lrf\web\profiles\zeitde.py -> build\lib.win32-2.6\cal
ibre\ebooks\lrf\web\profiles
copying src\calibre\ebooks\lrf\web\profiles\__init__.py -> build\lib.win32-2.6\c
alibre\ebooks\lrf\web\profiles
creating build\lib.win32-2.6\calibre\plugins
error: can't copy 'src\calibre\plugins\lzx.so': doesn't exist or not a regular f
ile
```
which is not surpising as that is looks like a unix/linux style library. I have not yet resolved how to fix this item so that the correct thing is done udner windows so would welcome any ideas! My guess it is just an appropriate modification/section to the setup.py file? Any ideas?

I can update the wiki article on putting together a Windows development environment with all this information, but some of it might be better fixed at source rather than worked around as otherwise the workarounds need to be applied each time the checked-out code is updated to a new release?

Would it better if I put all this in a ticket?

01-17-2009, 12:21 PM	#3
itimpi Wizard Posts: 4,553 Karma: 950151 Join Date: Nov 2008 Device: Sony PRS-950, iphone/ipad (Marvin/iBooks/QuickReader)	I actually had those tools installed as I had used the windows binary install package for PyQt4. I decided to persevere and see if I can do a complete build from source on Windows rather than copying some files across from the linux builds. I am getting closer but not there yet. Things I have found so far are: It appears that the build process was trying to include files relative to C:\Qt\4.4.2 whereas on my system I had them all relative to C:\Qt. I got around that by setting a symbolic link (known as a Junction point in Windows) so that C:\Qt\4.4.2 pointed back to C:\Qt. Any idea what set up the reference to 4.4.2 in the first place as I had Qt 4.4.3 installed? Another thing I found that the calibre setup.py file includes the following: Code: include_dirs=['C:/WinDDK/6001.18001/inc/api/', 'C:/WinDDK/6001.18001/inc/crt/'], whereas on my system they should be: C :/Program Files/Microsoft Visual Studio 9.0/VC/INCLUDE/ and 'C:/Program Files/Microsoft SDKs/Windows/v6.0A/include/' which are the include directories set under the INCLUDE environment variable. Is it possible for the setup.py program to be modifed to extract these values from the INCLUDE environment variable which would be more flexible? Simply modifying setup.py was not sufficient as the above names contained spaces, and these were not being passed through correctly to the command line. Again I used symbolic links, setting them to: C:\SymLink\VC-include C:\SymLink\SDK-include and referencing these in setup.py which works fine. The latest thing I found is that I am get the following error message: Code: copying src\calibre\ebooks\lrf\web\profiles\zeitde.py -> build\lib.win32-2.6\cal ibre\ebooks\lrf\web\profiles copying src\calibre\ebooks\lrf\web\profiles\__init__.py -> build\lib.win32-2.6\c alibre\ebooks\lrf\web\profiles creating build\lib.win32-2.6\calibre\plugins error: can't copy 'src\calibre\plugins\lzx.so': doesn't exist or not a regular f ile which is not surpising as that is looks like a unix/linux style library. I have not yet resolved how to fix this item so that the correct thing is done udner windows so would welcome any ideas! My guess it is just an appropriate modification/section to the setup.py file? Any ideas? I can update the wiki article on putting together a Windows development environment with all this information, but some of it might be better fixed at source rather than worked around as otherwise the workarounds need to be applied each time the checked-out code is updated to a new release? Would it better if I put all this in a ticket?