Fredrik Lundh wrote: [snip]
the output from Pyrex doesn't include any "include" statements for libxml and libxslt, so building doesn't work that well.
cd lxml-0.6/src/lxml/ grep -n include *.c NUL etree.c:3:#include "Python.h" etree.c:4:#include "structmember.h" etree.c:14272:#include "compile.h" etree.c:14273:#include "frameobject.h" etree.c:14274:#include "traceback.h"
Has anyone seen this before?
This is weird, it does so in my case: 3:#include "Python.h" 4:#include "structmember.h" 8:#include "stdio.h" 9:#include "libxml/encoding.h" 10:#include "libxml/tree.h" 11:#include "libxml/xmlIO.h" 12:#include "libxml/xmlstring.h" 13:#include "libxml/xmlerror.h" 14:#include "libxml/parser.h" 15:#include "libxml/xpath.h" 16:#include "libxml/xpathInternals.h" 17:#include "libxslt/xsltInternals.h" 18:#include "libxslt/transform.h" 19:#include "libxslt/xsltutils.h" 20:#include "libxml/relaxng.h" 21:#include "libxml/c14n.h" 22:#include "stdlib.h" 12779:#include "compile.h" 12780:#include "frameobject.h" 12781:#include "traceback.h" Some issue with Pyrex versions perhaps? The includes are generated from information available in the various .pxd files. Regards, Martijn