RE: FW: Error running make for subversion
From: Joseph, Anselm <Anselm.Joseph_at_fpl.com>
Date: Thu, 8 Jun 2017 21:28:54 +0000
FYI,
There are older versions of mod_authz_svn.so mod_dav_svn.so from a previous/older subversion install in the system (separate directory). I am tempted to copy them into the directory and give it a try.
-----Original Message-----
CAUTION - EXTERNAL EMAIL
"Joseph, Anselm" <Anselm.Joseph_at_fpl.com> writes:
> Hello all,
This page:
https://www.ibm.com/developerworks/aix/library/au-gnu.html
tells me that AIX has two sorts of shared libraries: native shared libraries in .a files and SysV compatible shared libraries in .so files.
When Subversion attempts to install mod_dav_svn it delegates to Apache's apxs, e.g. on my Linux system:
$ make -n install-mods-shared
Looking at your error:
libtool: install: cp .libs/mod_dav_svn.aT /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.a
mod_dav_svn.a (a AIX native shared library) is being copied but the chmod expects mod_dav_svn.so (a SysV compatible shared library).
It looks like Apache's apxs doesn't properly handle AIX native shared libraries.
I don't know what the correct solution is on AIX. I don't know whether Apache on AIX expects to load .a or .so modules, or whether it can handle both. Are your other Apache modules .so or .a?
Perhaps there is a compiler or linker option that will get the linker to produce SysV .so libraries instead of AIX .a libraries?
Perhaps you could modify apxs to avoid doing the chmod?
As a hack you could create dummy .so files in the installation directory so that the chmod succeeds.
-- PhilipReceived on 2017-06-08 23:29:04 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.