[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: How to build with http/https: access via serf, and not neon?

From: Campbell Allan <campbell.allan_at_sword-ciboodle.com>
Date: Wed, 2 Jun 2010 18:21:36 +0100

On Wednesday 02 Jun 2010, yary wrote:
> Hi Campbell,
>
> I can build a working binary as well, it's just that the client
> doesn't have the http: method when built with only serf and
> "--without-neon". It sounds like you're building it with neon in each
> cases, just not using the "--with-neon" flag; omitting the flag makes
> configure look for it in the default places. Have you tried building
> using "without-neon", if so can you verify that yours shows http when
> you run "svn --version"?
>
> I'm wondering if this is simply a documentation bug, that neon is
> always required in some respect.
>
> -y

I feel there's been a bit of confusion, by working I was meaning with http
support. I understand now. Same instructions but with a --without-neon still
works with http:

svn, version 1.6.11 (r934486)
   compiled Jun 2 2010, 17:44:52
...
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - handles 'http' scheme
  - handles 'https' scheme

In the configure output I also get the bit about not having neon. Just below
it is the section configuring serf. This sounds like it is different because
you have it already. In that case I'm wondering if you need to add explicit
references to the directories to include the library. I had to do this on my
server build script to pick up openssl. Something like?

LDFLAGS=-L/usr/local/serf/lib
CPPFLAGS=-I/usr/local/serv/include
export LDFLAGS CPPFLAGS

Here's the output from my configure in case it sheds some light on the
differences.

apr-util configured properly
checking APR-UTIL version... 1.3.9
checking for pkg-config... /usr/bin/pkg-config
configure: checking neon library

An appropriate version of neon could not be found, so libsvn_ra_neon
will not be built. If you want to build libsvn_ra_neon, please either
install neon 0.29.0 on this system

or

get neon 0.29.0 from:
    http://www.webdav.org/neon/neon-0.29.0.tar.gz
unpack the archive using tar/gunzip and rename the resulting
directory from ./neon-0.29.0/ to ./neon/

no suitable neon found
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
configure: configuring package in serf now
checking for chosen layout... Serf
checking for working mkdir -p... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu

Configuring Apache Portable Runtime library...

checking for APR... yes
  setting CC to "gcc"
  setting CPP to "gcc -E"
  setting APR_LIBTOOL
to "/export/home/campa/Download/new/subversion-1.6.11/apr/libtool"
  setting CFLAGS to " -g -O2 -pthread"
  setting CPPFLAGS
to " -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE"
  setting LDFLAGS to " "
  setting LTFLAGS to "--silent"

Configuring Apache Portable Runtime Utility library...

checking for APR-util... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
Configuring Serf...

checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking openssl/opensslv.h usability... yes
checking openssl/opensslv.h presence... yes
checking for openssl/opensslv.h... yes
checking for library containing fabs... -lm
  setting SERF_LIBS
to " /export/home/campa/Download/new/subversion-1.6.11/apr-util/libaprutil-1.la /export/home/campa/Download/new/subversion-1.6.11/apr-util/xml/expat/lib/libexpat.la /export/home/campa/Download/new/subversion-1.6.11/apr/libapr-1.la -lrt -lcrypt -lpthread -ldl -lm "
configure: creating ./config.status
config.status: creating Makefile
config.status: executing mkdir-vpath commands
serf configured properly

-- 
__________________________________________________________________________________
Sword Ciboodle is the trading name of ciboodle Limited (a company 
registered in Scotland with registered number SC143434 and whose 
registered office is at India of Inchinnan, Renfrewshire, UK, 
PA4 9LH) which is part of the Sword Group of companies.
This email (and any attachments) is intended for the named
recipient(s) and is private and confidential. If it is not for you, 
please inform us and then delete it. If you are not the intended 
recipient(s), the use, disclosure, copying or distribution of any 
information contained within this email is prohibited. Messages to 
and from us may be monitored. If the content is not about the 
business of the Sword Group then the message is neither from nor 
sanctioned by us.
Internet communications are not secure. You should scan this
message and any attachments for viruses. Under no circumstances
do we accept liability for any loss or damage which may result from
your receipt of this email or any attachment.
__________________________________________________________________________________
Received on 2010-06-02 19:24:41 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.