[reportlab-users] reportlab fail installing on Windows 7 x64 with Python 2.6 x64 (easy_install)

Sorin Sbârnea sorin.sbarnea at gmail.com
Mon Nov 9 05:35:17 EST 2009


I am building for Python 2.6. I am using Python x64 build. As you
can see there are lots of warnings but if you want I could try to
solve or hide them.

Doesn't make sense to call the origial setup.py for renderpm? at least
this one works.
/sorin

Pe 09.11.2009, la 12:23, Robin Becker <robin at reportlab.com> a scris:


> Sorin Sbarnea wrote:

>>> We do NOT plan to adopt setuptools, but we hope to make it so you

>>> can

>>> 'easy_install reportlab'.

>> Thanks for clarifying this - not lets go back to the build issues of

>> reportlab because I think anyone would benefit from a reportlab that

>> is easy to build.

>> Latest release of code does give this errors when you try setup.py

>> build (and you have right settings in setup.cfg):

>> C:\dev\pj\kit\py\ReportLab_2_3\src\rl_addons\renderPM\_renderPM.c

>> (1885)

>> : warning C4244: '=' : conversion from '__int64' to 'long', possible

>> loss of data

>> c:\Program Files (x86)\Microsoft Visual Studio

>> 9.0\VC\BIN\amd64\link.exe /DLL /nologo /INCREMENTAL:NO

>> "/LIBPATH:C:\Program Files (x86)\GnuWin32\lib"

>> /LIBPATH:C:\Python26\libs /LIBPATH:C:\Python26\PCbuild\amd64

>> /LIBPATH:build\temp.win-amd64-2.6 freetype.lib _renderPM_libart.lib

>> _renderPM_gt1.lib /EXPORT:init_renderPM

>> build\temp.win-amd64-2.6\Release\dev\pj\kit\py\ReportLab_2_3\src

>> \rl_addons\renderPM\_renderPM.obj

>> /OUT:build\lib.win-amd64-2.6\_renderPM.pyd

>> /IMPLIB:build\temp.win-amd64-2.6\Release\dev\pj\kit\py

>> \ReportLab_2_3\src\rl_addons\renderPM\_renderPM.lib

>> /MANIFESTFILE:build\temp.win-amd64-2.6\Release\dev\pj\kit\py

>> \ReportLab_2_3\src\rl_addons\renderPM\_renderPM.pyd.manifest

>> Creating library

>> build\temp.win-amd64-2.6\Release\dev\pj\kit\py\ReportLab_2_3\src

>> \rl_addons\renderPM\_renderPM.lib

>> and object build\temp.win-amd64-2.6\Release\dev\pj\kit\py

>> \ReportLab_2_3\src\rl_addons\renderPM\_renderPM.exp

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_New_Memory_Face referenced in function _get_ft_face

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_Init_FreeType referenced in function _get_ft_face

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_Done_Face referenced in function py_FT_font_dealloc

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_Outline_Decompose referenced in function

>> _ft_get_glyph_outline

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_Load_Glyph referenced in function _ft_get_glyph_outline

>> _renderPM.obj : error LNK2019: unresolved external symbol

>> __imp_FT_Get_Char_Index referenced in function _ft_get_glyph_outline

>> build\lib.win-amd64-2.6\_renderPM.pyd : fatal error LNK1120: 6

>> unresolved externals

>> error: command '"c:\Program Files (x86)\Microsoft Visual Studio

>> 9.0\VC\BIN\amd64\link.exe"' failed with exit status 1120

>

> this error just looks as though the build is attempting to include

> freetype support, but the load is failing to see the libraries.

>

>> I checked and the symbols are inside the lib and I found an

>> wordaround: you go to .\src\rl_addons\renderPM\ where you run

>> "setup.py build" => in this case it does not complain at all.

>

> the setup.py in the renderPM folder is the original (prior to the

> attempted merge of the builds). It may do slightly different things

> to locate things like FT lib etc etc; in particular don't think it

> looks at all at cfg files (of course distutils may do that anyhow).

>

> I have never built a 64bit version of anything under win32 so won't

> know anything about how that should be done; also I don't think I've

> yet had to use VS 9, which python are you building for?

>

>

>> Now you copy the library _renderPM.pyd from

>> .\src\rl_addons\renderPM\build\lib.win-amd64-2.6 to

>> .\build\lib.win-amd64-2.6 and you can run the "setup.py build" again

>> and "setup.py install".

>> After this reportlab is installed and running very well (at least

>> the tests).

>> Now my question would be: why does this happen and how can we repair

>> this build issue?

>> --

>> /sorin

>> _______________________________________________

>> reportlab-users mailing list

>> reportlab-users at lists2.reportlab.com

>> http://two.pairlist.net/mailman/listinfo/reportlab-users

>

>

> --

> Robin Becker

> _______________________________________________

> reportlab-users mailing list

> reportlab-users at lists2.reportlab.com

> http://two.pairlist.net/mailman/listinfo/reportlab-users



More information about the reportlab-users mailing list