You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Wilfredo Sanchez <ws...@KnowNow.com> on 2001/02/09 20:54:22 UTC
libmm
OK, make on Darwin finishes without errors. I get these libraries:
[joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o
-name \*.a
./.libs/libapr.a
./.libs/libapr.dylib
./shmem/unix/mm/.libs/libmm.a
Do I want to work on getting libmm to build dynamically, or is it
expected to be static?
(Do clients say "-lapr" or "-lapr -lmm"? I'm hoping it's the former,
in which case I'd expect libapr to link against libmm, which I'm not
seeing...)
-Fred
Re: libmm
Posted by Wilfredo Sanchez <ws...@KnowNow.com>.
On Friday, February 9, 2001, at 02:55 PM, Greg Stein wrote:
> Hmm. Normally, Apache tells APR and APRUTIL to build statically, by
> passing
> --disable-shared (to libtool). Not sure why you have a .dylib for APR
> unless
> you separately configured it without that switch.
Right. At the moment, I'm building apr on its own without httpd in
the picture. So I don't disable the shlib. Perhaps I'll ignore the
shlib issues for now then.
-Fred
Re: libmm
Posted by Greg Stein <gs...@lyra.org>.
On Fri, Feb 09, 2001 at 11:54:22AM -0800, Wilfredo Sanchez wrote:
> OK, make on Darwin finishes without errors. I get these libraries:
>
> [joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o
> -name \*.a
> ./.libs/libapr.a
> ./.libs/libapr.dylib
> ./shmem/unix/mm/.libs/libmm.a
>
> Do I want to work on getting libmm to build dynamically, or is it
> expected to be static?
>
> (Do clients say "-lapr" or "-lapr -lmm"? I'm hoping it's the former,
> in which case I'd expect libapr to link against libmm, which I'm not
> seeing...)
Hmm. Normally, Apache tells APR and APRUTIL to build statically, by passing
--disable-shared (to libtool). Not sure why you have a .dylib for APR unless
you separately configured it without that switch.
APR should be passing the same flag(s) to the MM configuration, which would
result in it seeing --disable-shared also.
I'm guessing that you're seeing some kind of skew in there.
Regarding linking, clients are expected to use apr/libapr.la plus anything
they find in LIBTOOL_LIBS in APRVARS (and yes: there is a status item to
namespace protect the stuff in APRVARS).
If client apps are not libtool-aware, then it is best for them to use an
installed copy of APR. The .a and/or .so will be directly available at the
install point.
[ although we don't have "install" working for APR(UTIL) at this point ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
Re: libmm
Posted by rb...@covalent.net.
> OK, make on Darwin finishes without errors. I get these libraries:
>
> [joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o
> -name \*.a
> ./.libs/libapr.a
> ./.libs/libapr.dylib
> ./shmem/unix/mm/.libs/libmm.a
>
> Do I want to work on getting libmm to build dynamically, or is it
> expected to be static?
>
> (Do clients say "-lapr" or "-lapr -lmm"? I'm hoping it's the former,
> in which case I'd expect libapr to link against libmm, which I'm not
> seeing...)
The problem is Libtool (like usual). Libtool treats everything as a
shared library, so in APRVARS, we set LIBTOOL_LIBS to the libmm.la file,
and Apache uses LIBTOOL_LIBS to find and link against other libtool
libraries.
Ryan
_______________________________________________________________________________
Ryan Bloom rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------