2007/1/5, Tim Van Holder <[EMAIL PROTECTED]>:
Did you configure & build outside the source tree? If so, you're
For libxml2 as for libxslt, I just "cd" inside the untared source file directory, then ran ./configure and that's it. I just read the bugzilla bug, and in my case, I was not trying to cross compile on windows for gameboy targets or some other weird thing :o) probably hitting Bugzilla #327515. The Windows config header is
overriding the configure-generated one, causing libxslt to use module support even though libxml2 wasn't built with module support. Erase libxslt/xsltconfig.h in the source tree, and rebuild (make clean + make should be enough; I don't think reconfiguring is needed).
As usual, I tryed many tests : deleting then makeing, deleting then configuring the making, but nothing improved. By the way, what system is this on? OpenBSD 3.9 it seems a bit odd that libtool is
folding together the first two version numbers (2.6.27 -> 8.27 etc).
Indeed, I did not notice that but it seems strange... For your 'system' comment, should I contact the people of OpenBSD according to you ? -- Nicolas Ecarnot
_______________________________________________ xslt mailing list, project page http://xmlsoft.org/XSLT/ [email protected] http://mail.gnome.org/mailman/listinfo/xslt
