Re: neon build issues (long)
From: Greg Stein <gstein_at_lyra.org>
Date: 2000-09-02 11:14:58 CEST
On Fri, Sep 01, 2000 at 11:30:34AM -0500, Ben Collins-Sussman wrote:
(FYI) Note: Neon comes with a prebuilt configure (unlike APR), so we don't
> Then I run ./configure on the top level; subversion and expat-lite
I added this last night or earlier today (I forget). Do the following:
It will then go and run configure in the subdirs with all the correct magic
Other neat trick: the config.cache file is *SHARED* between SVN, APR, and
Also, very important: when it configures Neon, it uses the new switch that I
The patch is appended in clear text at the end of this message.
> So temporarily, I cd into apr/ and run `./configure'... all set there.
Beats me. Some automake thingy, I believe.
> I touch the file, and run `make' again:
See above :-)
> No problem. I cd into neon/ and run `./configure'.
My patch is needed, then the configure script needs to be rebuilt (using
When Joe applies my patch (hopefully, he will!), then this bogon will go
To work around the problem, I deleted neon/macros/gnome-x-checks.m4 and
> After a bit of experimentation, I notice that this second CHOKE only
Maybe. I'll point Joe at this mail note; he can decide whether he wants to
> Is libxml an assumed standard on every Free OS?
Nope. It will also look for Expat in standard places.
> Maybe neon's configure script needs to be more specific about
With my patch, we can point Neon at our bundled Expat and be done with the
> So I now go back to the project's top-level, and run `make' again.
My patch (see below) fixed this one as well :-)
> Now, I'm not sure how to dissect this problem. I don't know why
Can you say "automake" ?
> but whatever the case, neon's autoconfiscation doesn't
Adding the "all" target makes it easier to embed Neon into an automake-based
> For now, the only solution is to cd into neon/, and run `make' by
Heh. If something doesn't work, then go fix it to make it smoother. One line
I've also done some more autoconf work on SVN lately. It is getting better.
One last problem with the Neon integration: neon/libneon.la has a line about
Summary: after building Neon, tweak that in libneon.la to read:
-- Greg Stein, http://www.lyra.org/ --- neon-0.7.0/Makefile.in Sat Aug 12 08:53:58 2000 +++ neon/Makefile.in Tue Aug 29 20:17:13 2000 @@ -90,6 +90,8 @@ .c.o: $(COMPILE) -c $< -o $@ +all: libneon.la + libneon.la: $(OBJECTS) $(LINK) -rpath $(libdir) -version-info $(NEON_INTERFACE_VERSION) -o $@ $(LDFLAGS) $(OBJECTS) $(LIBS) @echo --- neon-0.7.0/macros/neon-xml-parser.m4 Fri Jul 28 03:41:53 2000 +++ neon/macros/neon-xml-parser.m4 Tue Aug 29 20:04:32 2000 @@ -34,6 +34,25 @@ [neon_force_libxml=$enableval], [neon_force_libxml=no]) +AC_ARG_WITH(expat, + [ --with-expat=DIR use this to specify a directory where Expat + includes and libraries can be found.], +[ + if test "$withval" != "no"; then + if test -n "$withval/xmlparse.h"; then + AC_DEFINE(HAVE_EXPAT, 1, [Define if you have expat]) + CFLAGS="$CFLAGS -I$withval" + LIBS="$LIBS -L$withval -lexpat" + + neon_xml_parser_message="expat in $withval" + neon_found_parser="yes" + fi + fi +],[ + neon_found_parser="no" +]) + +if test "$neon_found_parser" = "no"; then if test "$neon_force_libxml" = "no"; then dnl Look for expat AC_CHECK_LIB(expat, XML_Parse, @@ -43,8 +62,7 @@ neon_found_parser="no", -lxmltok ) ) -else - neon_found_parser="no" +fi fi if test "$neon_found_parser" = "no"; thenReceived on Sat Oct 21 14:36:07 2006
This is an archived mail posted to the Subversion Dev mailing list.