apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <trawi...@bellsouth.net>
Subject Re: libaprutil.la, libexpat.la, APRUTIL_EXPORT_LIBS
Date Thu, 17 May 2001 11:52:29 GMT
"Roy T. Fielding" <fielding@ebuilt.com> writes:

> My opinion is that expat should not be included in apr-util
> because it is not dependent on apr or apr-util.  It should be
> a --with-expat option instead.

Let me make sure I understand you.  Are you saying

1) don't ship expat source code with apr-util...  

   if you have expat on your system maybe we'll find it and otherwise
   you can point to it with --with-expat

   if you don't have expat on your system, then apr-util won't expose
   the apr_xml wrappers and mod_dav won't build either

or simply

2) keep the expat objects out of libaprutil.la; then, our existing
   logic to look for a previously-installed expat, or a new
   --with-expat option, can put your previously-installed libexpat.la
   in APRUTIL_EXPORT_LIBS instead of building our own copy and putting 
   that libexpat.la in APRUTIL_EXPORT_LIBS


Choice #2 could be implemented by piping the find output into "grep -v
expat/lib", sort of like

Index: Makefile.in
RCS file: /home/cvspublic/apr-util/Makefile.in,v
retrieving revision 1.30
diff -u -r1.30 Makefile.in
--- Makefile.in 2001/04/12 01:37:33     1.30
+++ Makefile.in 2001/05/17 11:51:17
@@ -45,7 +45,7 @@
        $(LIBTOOL) --mode=install cp $(TARGET_LIB) $(libdir)
-       @objects="`find $(SUBDIRS) -name '*.@so_ext@'`" ; \
+       @objects="`find $(SUBDIRS) -name '*.@so_ext@' | grep -v expat/lib`" ; \
            $(LINK) @lib_target@

There seem to be other spots were we search for the .lo files...
Jeff Trawick | trawickj@bellsouth.net | PGP public key at web site:
             Born in Roswell... married an alien...

View raw message