[lxml-dev] lxml Mac installation idea

[Mark Bestley]

Ian Bicking <ianb at colorstudy.com> writes:

> Mark Bestley wrote:
>> Ian Bicking <ianb at colorstudy.com> writes:
>> 
>>> Guntsche Michael wrote:
>>>> On Nov 11, 2008, at 21:32, Mark Bestley wrote:
>>>>

>
> My understanding is Enstaller has some code to fix up .so files when 
> this happens, if we're really interested we could try to copy that 
> functionality over.  But I would really just prefer a static library for 
> this reason.
>
Yes and I now have a hacked build which seems to work for Apple's pythone. I
will try it in a few more situations. But basically it changes the
environment for the confurure for lbxml2 and libxslt.


I suspect I might have got this earlier but removing the build directory
does not seem to force setup.py to rebuild etree.so in all cases (and
autoconf is frustrating)

>
> Right, and I'm assuming the buildout.cfg builds everything dynamically, 
> which is easier for it because it has a layout that gives it a place to 
> put the libxml libraries.  But that's hard in a more general sense, so 
> ideally iconv could be built static like everything else?  Or is this 
> going to cascade into a neverending set of libraries, all of which have 
> to be static if any of them are static?

No I should be able to get the static to work

-- 
Mark