Pascal Oberndoerfer wrote:
I copied the new 'buildlibxml.py' into a clean lxml-2.2.2 directory and started a build with '-- static-deps'. Everything seems to work fine (libiconv, libxml2, and libxslt build nicely) except form some minor errors like:
- 'make[3]: [install-data-local] Error 71 (ignored)' - 'make[2]: [xsltproc.html] Error 4 (ignored)'
Unfortunately -- after installing -- I get this ImportError on doing 'import lxml.etree':
ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/site-packages/lxml-2.2.2-py2.5-macosx-10.3-ppc.egg/lxml/ etree.so, 2): Symbol not found: _libiconv_close
Referenced from: /Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/site-packages/lxml-2.2.2-py2.5-macosx-10.3-ppc.egg/lxml/ etree.so
Expected in: dynamic lookup
Could you post the command line options of the calls to gcc that distutils print during the build?
As the problem is AFAICT only related to the PPC platform (and if running MacOS X 10.4.x?), would it make sense to build libiconv statically only
'if platform.processor() == 'powerpc' and major_version == 8:'?
This could possibly help avoid any side effects on Intel or 10.5 systems. Just a thought...
I doubt that there are any side effects. By now, I actually think it's better to provide a really static build with all external dependencies, rather than relying on things being set up by the system itself. If you request a static build, you get one, that's all. Stefan