Re: users Digest 11 May 2007 07:59:00 -0000 Issue 2429

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

>>>

So I've compiled it anyway, with gmake and gcc 4.1.2,
and got this error:
 
/bin/sh /andy/subversion-1.4.3/libtool --tag=CC --silent --mode=compile
gcc -DHPUX11 -D_REENTRANT -D_XOPEN_SOURCE_EXTENDED -g -O2 -g -O2
-pthread -D_LARGEFILE64_SOURCE -DNE_LFS -I./subversion/include
-I./subversion -I/andy/subversion-1.4.3/neon/src
-I/usr/local/include/neon -I/andy/subversion-1.4.3/apr/include
-I/andy/subversion-1.4.3/apr-util/include -I/usr/local/include -o
subversion/libsvn_subr/xml.lo -c subversion/libsvn_subr/xml.c
cd subversion/libsvn_subr && /bin/sh /andy/subversion-1.4.3/libtool
--tag=CC --silent --mode=link gcc -g -O2 -g -O2 -pthread
-D_LARGEFILE64_SOURCE -DNE_LFS -L/usr/local/lib -rpath /usr/local/lib
-o libsvn_subr-1.la auth.lo cmdline.lo compat.lo config.lo
config_auth.lo config_file.lo config_win.lo constructors.lo ctype.lo
date.lo dso.lo error.lo hash.lo io.lo kitchensink.lo lock.lo md5.lo
nls.lo opt.lo path.lo pool.lo prompt.lo quoprint.lo simple_providers.lo
sorts.lo ssl_client_cert_providers.lo ssl_client_cert_pw_providers.lo
ssl_server_trust_providers.lo stream.lo subst.lo svn_base64.lo
svn_string.lo target.lo time.lo user.lo username_providers.lo utf.lo
utf_validate.lo validate.lo version.lo xml.lo
/andy/subversion-1.4.3/apr-util/libaprutil-0.la -lexpat
/andy/subversion-1.4.3/apr/libapr-0.la -lm -lnsl -lpthread -ldld -lz
gcc: +b: No such file or directory
gcc: /andy/subversion-1.4.3/apr-!
util/.libs:/andy/subversion-1.4.3/apr/.libs:/usr/local/apr/lib: No such
file or directory
gmake: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1
 
Why is gcc complaining about a directory called "+b",
that just doesn't make sense. Also, why is it
complaining about apr and apr-util directories too?
I don't know why "+b" is showing up, but I had dynamic linkage errors
between the versions of apr and apr-util until I told "configure" to use
the ones in the installed Apache directory. See "-with-apr" and
"-with-apr-util" above.

Yes, this is much harder to figure out than it should be. Maybe that's
why FSFS is becoming the default? I used BDB because the book I had
(based on 1.3.0) said that FSFS was newer and perhaps not as stable;
recent posts to this list recommend FSFS, so a lot of people think that
it is now mature enough. My installation (just me committing for now),
so I have no incentive to switch right now.

That's no excuse for the Apache linkage problems, however.

Yeah, I should post this to the list, but I'm feeling lazy this
morning. :-)

Can anyone shed some light on these issues,
1. why can't configure find BerkeleyDB
2. why does gcc complain about a +b directory and
     the apr-utl and apr directories also? ie why does it not
compile?
 
Any ideas anyone? Any help is much appreciated!!
 
- Andy Gray
 
Andrew Gray - Unix Administrator
Production Support - Business Solutions Division
WorkCover Queensland
E-mail: andrew.gray@workcoverqld.com.au
Ph: +61 7 3006 6413
Fax: +61 7 3006 6424

--
    David Chapman         dcchapman@earthlink.net 
    Chapman Consulting -- San Jose, CA 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
 
 
Hi David and all,
 
Thanks for the help.
 
I've decided to not use Berkeley DB anymore, as many have 
said it's easier to just use the FS.
 
However, no matter what I do, I always get the +b compile error as
above.  
Details of what I've done are as follows:
 
$ export CC=gcc
$ cd Python-2.5.1 ; ./configure --prefix=/opt/subversion ; make ; make
install
$ cd ../expat-2.0.0 ; ./configure --prefix=/opt/subversion ; gmake ;
gmake install  
### expat only compiles with gmake installed, make complains "Must be a
separator on rules line 48"
$ cd ../neon-0.26.3 ; ./configure --prefix=/opt/subversion ; make ;
make install
$ cd ../zlib-1.2.3 ; ./configure --prefix=/opt/subversion ; make ; make
install
$ cd ../apr-0.9.13 ; ./configure --prefix=/opt/subversion ; make ; make
install
$ cd ../apr-util-0.9.13 ; ./configure --prefix=/opt/subversion
--with-apr=/opt/subversion ; make ; make install
$ cd ../httpd-2.0.59 ; ./configure --enable-dav --enable-so
--with-ssl=/opt/openssl --prefix=/opt/subversion/apache
--with-apr=/opt/subversion --with-apr-util=/opt/subversion ; make ; make
install
$ cd ../subversion-1.4.3 ; 
$ export LDFLAGS=-L/opt/subversion  # not sure if I really need this
$ ./configure --with-ssl=/opt/openssl --with-apr=/opt/subversion
--with-apr-util=/opt/subversion --with-apache=$PWD/../httpd-2.0.59
--prefix=/opt/subversion  --without-berkeley-db
And it is at this configure point that I get the compile error: 
gcc: +b: No such file or directory as mentioned above  ^   
seems like a bug in libtool, or an incompatibility somewhere with
libraries.  
I notice in libtool that a +b option is used when hardcoding a library
path.  
What do others think?
 
So, what am I doing wrong?  Has anyone managed to get Subversion
working with apache on HP-UX 11.23?
 
NB, I have also tried extracting the subversion-deps package into the
subversion directory and running the same configure and make, but I
still get these +b messages, which I believe are coming from the libtool
script, if you search for +b in libtool you'll see what I mean.
 
Thanks
 
 
 
Andrew Gray - Unix Administrator
Production Support - Business Solutions Division
WorkCover Queensland
E-mail: andrew.gray@workcoverqld.com.au 
Ph:  +61 7 3006 6413
Fax: +61 7 3006 6424
***************************************************************************
Messages included in this e-mail and any of its attachments are those
of the author unless specifically stated to represent WorkCover Queensland. The contents of this message are to be used for the intended purpose only and are to be kept confidential at all times.
This message may contain privileged information directed only to the intended addressee/s. Accidental receipt of this information should be deleted promptly and the sender notified.
This e-mail has been scanned by Sophos for known viruses.
However, no warranty nor liability is implied in this respect.
****************************************************************************