[mapserver-users] Building Mapserver with Memcachr Capability

[Wyatt Davis]

This worked great, thanks!

-Wyatt


On Mon, Oct 29, 2012 at 12:54 AM, Eichner, Andreas - SID-NLKM <
Andreas.Eichner at sid.sachsen.de> wrote:

>
> Seems to be a bug in the build system. When linking the test program
> it instruct the linker to use a *.la file. Since you checked the
> apr_memcache functions manually you can use the following workaround.
>
> $ echo "ac_cv_lib_aprutil_1_apr_memcache_hash=yes" > config.cache
> $ echo "ac_cv_header_apr_memcache_h=yes" >> config.cache
> $ ./configure -C --enable-memcache=yes <your_other_switches>
>
>
> HTH
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: mapserver-users-bounces at lists.osgeo.org
> > [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag
> > von Wyatt Davis
> > Gesendet: Donnerstag, 25. Oktober 2012 19:14
> > An: mapserver-users at lists.osgeo.org
> > Betreff: [mapserver-users] Building Mapserver with Memcachr Capability
> >
> > Hello everyone,
> >
> > I am currently trying to build Mapcache from source with
> > Memcache caching capabilities. The problem I am having is
> > that when configuring Mapcache I receive this warning:
> >
> > configure: WARNING: supplied apr-util does not contain
> > memcache functions. Memcache backend disable
> >
> > I have installed Apache and the apr and apu libraries through
> > apt-get. I also tried on a separate machine building Apache,
> > apr-1.4.6 and apu-1.4.1 from source with the same result.
> >
> > When I look inside of the apu static library it seems to have
> > the memcache functions:
> >
> > $ nm libaprutil-1.a | grep memcache
> >
> > .....
> > 000000000000a00 T apr_memcache_hash
> > .....
> >
> > I am relatively new at this so it is quite possible I am
> > making a simple, embarrassing mistake.
> >
> > If anyone has any suggestions I would be most grateful.
> >
> > Thank you,
> >
> > Wyatt
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121123/4ea3f7a8/attachment.html>