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

Problems with custom compilling and installing SVN on AIX

From: Jean-Noël Rouvignac <Jean-Noel.Rouvignac_at_sterci.com>
Date: 2005-08-04 15:13:56 CEST


I had problems with custom compilling and installing subversion 1.2.1
with apache httpd 2.0.54 on AIX PowerPc server. I have changed
my install process and managed to do it, but I report these problems
up to you in the hope it can be useful to somebody. I search a bit for
these problems but did not managed to find issues about them.

I configured, built and installed Apache using
--prefix=/some-path/install . I tried to do the same with subversion:
configure with --prefix=/some-path/install and make did a good job,
but make install failed because it searched for apache httpd in
/usr/local/apache2/. Maybe there should be a switch for configure to
indicate where apache httpd is installed when in a non standard
location. I am not sure I should have used
--with-apache=/some-path/install switch in this case since it is used
for building apache static modules which was not what I wanted
(I built shared modules and used --with-apxs to do so).
Did I made a mistake or is there a problem in configure script?

I had another problem:
I installed previous software in /some-path/install by using switch
--prefix=/some-path/install. These software where apr, apr-util,
expat, etc. When I configured subversion with switch
--prefix=/some-path/install, it did not manage to find expat.h and its
libraries libexpat.*, which were respectively installed in
/some-path/install/include and /some-path/install/lib. But when I used
the switches --includedir and --libdir with those directories, it
worked. The problem is that according to configure --help and how I
understand it, it should work without specifying these switches.

The argument given to switch --prefix is identified as PREFIX.
So PREFIX=/some-path/install/ in my case.
The argument given to switch --exec-prefix is identified as EPREFIX,
which is the same as PREFIX if this switch is not precised, which was
my case. So EPREFIX=/some-path/install/ in my case.
The argument given to switch --libdir is identified as EPREFIX/lib if
this switch is not precised, which was my case before precising it.
So EPREFIX/lib=/some-path/install/lib in my case.
The argument given to switch --includedir is identified as
PREFIX/include if this switch is not precised, which was my case
before precising it. So PREFIX/include=/some-path/install/include in
my case.

As you can see, not precising switches defaults the same as the switch
I precised. However, it did not work without these switches. I don't
understand why. So another time, did I made a mistake or is there a
problem in configure script?

Appendix: The interesting part of configure --help output:
Installation directories:
  --prefix=PREFIX install architecture-independent files in PREFIX
  --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX

By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc. You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.

For better control, use the options below.

Fine tuning of the installation directories:
  --bindir=DIR user executables [EPREFIX/bin]
  --sbindir=DIR system admin executables [EPREFIX/sbin]
  --libexecdir=DIR program executables [EPREFIX/libexec]
  --datadir=DIR read-only architecture-independent data [PREFIX/share]
  --sysconfdir=DIR read-only single-machine data [PREFIX/etc]
  --sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com]
  --localstatedir=DIR modifiable single-machine data [PREFIX/var]
  --libdir=DIR object code libraries [EPREFIX/lib]
  --includedir=DIR C header files [PREFIX/include]
  --oldincludedir=DIR C header files for non-gcc [/usr/include]
  --infodir=DIR info documentation [PREFIX/info]
  --mandir=DIR man documentation [PREFIX/man]

Please CC me on this address to let me know about answers.

Best regards,

Jean-Noel Rouvignac

This message and any attachments (the message) are intended solely for the addressees and are confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with this purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The Internet can not guarantee the integrity of this message. STERCI SA shall (will) not therefore be liable for the message if modified
Ce message et toutes les pièces jointes (ci-après le message) sont établis à l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le détruire et d'en avertir immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. Internet ne permettant pas d'assurer l'intégrité de ce message, STERCI SA décline(nt) toute responsabilité au titre de ce message, dans l'hypothèse où il aurait été modifié.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 4 17:54:29 2005

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.