I have two libiconvs installed, one supplied with my OS in
/usr and another in /opt/local. Using
–with-iconv-dir=/opt/local fails to locate libiconv, but
–with-iconv-dir=/usr works. I made a change to extconf.rb:
$ diff libxml-ruby-0.3.6.orig/ext/xml/extconf.rb libxml-ruby-0.3.6/
ext/xml/extconf.rb
45,46c45,49
< unless have_library(‘iconv’,‘iconv_open’) or have_library
(‘c’,‘iconv_open’) or
< have_library(‘recode’,‘iconv_open’)
unless have_library(‘iconv’) or
have_library(‘iconv’,‘iconv_open’) or
have_library(‘c’,‘iconv_open’) or
have_library(‘recode’,‘iconv_open’)
and --with-iconv-dir=/opt/local worked.
You call two shell commands, xml2-config and xslt-config. I
have two versions of libxml2 and libxslt installed, so this
command is dependent on the correct command being in my PATH
before the other one. I am not sure what to do about this
problem.
This is great news - does the library include bindings for libxslt as
well?
We’re working separately on bringing the libxslt bindings up to date in
the same way. We decided to concentrate on a first libxml release before
moving on to that.
I’m hoping to get baseline code into CVS this week, with a release to
follow ASAP.
I’m not sure about this - I’m still finding my way around some things
here, but I’m pretty sure we do need iconv_open(3) in libiconv. Does it
compile with this change?
I’m going to forward this as a possible change to the mailing list at [email protected] .
You call two shell commands, xml2-config and xslt-config. I
have two versions of libxml2 and libxslt installed, so this
command is dependent on the correct command being in my PATH
before the other one. I am not sure what to do about this
problem.
If you are passing --with-xml2- settings, you should be fine
to comment-out the lines that run those scripts (for both CFLAGS and
LDFLAGS). If that works for you I’ll fix it with a default to the
dir_config and commit it.
(I’m still finding new stuff in mkmf so if I’m missing anything, please
let me know :))
I’m not sure about this - I’m still finding my way around some things
here, but I’m pretty sure we do need iconv_open(3) in libiconv.
Does it
compile with this change?
The problem is really strange. I have libiconv-1.9 installed in
/usr, and libiconv-1.10 installed in /opt/local. mkmf says
iconv_open(3) isn’t available in v1.10, but it is. Have you
tested with libiconv-1.10? Was there ever a libiconv that did not
have iconv_open()?
If you are passing --with-xml2- settings, you should be fine
to comment-out the lines that run those scripts (for both CFLAGS and
LDFLAGS). If that works for you I’ll fix it with a default to the
dir_config and commit it.
On Sun, 2006-02-26 at 10:59 +0900, Daniel H. wrote:
tested with libiconv-1.10? Was there ever a libiconv that did not
have iconv_open()?
Hmm. The website lists 1.9.1 as the latest stable release. I need to
look more into this I think, but one thing you might try is specifying
–with-iconv-lib and --with-iconv-include separately, rather than
–with-iconv-dir.
If you are passing --with-xml2- settings, you should be fine
to comment-out the lines that run those scripts (for both CFLAGS and
LDFLAGS). If that works for you I’ll fix it with a default to the
dir_config and commit it.
In all honesty, I’ve no idea. A quick glance suggests some differences
in API, I think this is a slightly thinner layer on top of LibXML2 but
then I could be entirely wrong…
I should mention that I’m just helping to maintain this code, it’s been
around for some time…
The class is named Dtd, but DTD is used. Also, the name of two classes,
Dtd and SaxParser, is inconsistent with the naming conventions of the
library – it should be DTD and SAXParser.