Re: FW: Error running make for subversion

[Daniel Shahaf]

Joseph, Anselm wrote on Thu, 15 Jun 2017 20:49 +:
> Any feedback on the failed tests below?

I saw your mail yesterday.  I didn't reply since I've nothing to add
beyond what I already said (the hashlib error is unrelated).

Cheers,

Daniel

RE: FW: Error running make for subversion

[Joseph, Anselm]

Hi Daniel,
Davautocheck failed to start httpd. (see below). When I start apache (apachectl 
-k start), and enter the url in chrome, it displays "It works".
Any feedback on the failed tests below?
Thank you.
-Original Message-
From: Joseph, Anselm 
Sent: Wednesday, June 14, 2017 4:22 PM
To: 'Daniel Shahaf'
Cc: users@subversion.apache.org; Philip Martin
Subject: RE: FW: Error running make for subversion

Thanks Daniel.
Ran the tests manually as suggested:
<-- ~:/opt/eai/ci/subversion/subversion/tests/cmdline --> $  ./basic_tests.py 
--bin=/usr/local/bin ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5
ERROR:root:code for hash sha1 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha1
ERROR:root:code for hash sha224 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha224 ERROR:root:code for hash sha256 was 
not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha256 ERROR:root:code for hash sha384 was 
not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha384 ERROR:root:code for hash sha512 was 
not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha512 Traceback (most recent call last):
  File "./basic_tests.py", line 3148, in 
svntest.main.run_tests(test_list)
  File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line 
2062, in run_tests
sys.exit(execute_tests(test_list, serial_only))
  File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line 
2175, in execute_tests
raise Exception('Logging occurred before configuration. Some code'
Exception: Logging occurred before configuration. Some code path needs to be 
fixed. Examine the log output to find what/where logged something.

$ APACHE_MPM=▒^▒▒ ./davautocheck.sh
davautocheck.sh: Using '/opt/eai/ci/httpd-2.4.25/apache/bin/apxs'...
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
davautocheck.sh: HTTPD '/opt/eai/ci/httpd-2.4.25/apache/bin/httpd' doesn't 
start properly HTTPD stopped.

-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Wednesday, June 14, 2017 3:34 PM
To: Joseph, Anselm
Cc: users@subversion.apache.org; Philip Martin
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



Joseph, Anselm wrote on Wed, 14 Jun 2017 18:54 +:
> Thanks for the reply, Daniel.
> Update:
> I pointed the install to the older gcc 4.2.0 with same results:
> /opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.0
> $ ls
> include  install-tools  libgcc.a  libgcc_eh.a  libgcc_s.a  libgcov.a
> libsupc++.a  ppc64  pthread
>
> Below, I ran 'make check' to test the results of make (since I could not find 
> a significant error in make output) and got the following:
> $ make > make.log 2>&1
> <-- ~:/opt/eai/ci/subversion -->

RE: FW: Error running make for subversion

[Joseph, Anselm]

Thanks Daniel.
Ran the tests manually as suggested:
<-- ~:/opt/eai/ci/subversion/subversion/tests/cmdline -->
$  ./basic_tests.py --bin=/usr/local/bin
ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5
ERROR:root:code for hash sha1 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha1
ERROR:root:code for hash sha224 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha224
ERROR:root:code for hash sha256 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha256
ERROR:root:code for hash sha384 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha384
ERROR:root:code for hash sha512 was not found.
Traceback (most recent call last):
  File "/opt/freeware/lib/python2.7/hashlib.py", line 147, in 
globals()[__func_name] = __get_hash(__func_name)
  File "/opt/freeware/lib/python2.7/hashlib.py", line 97, in 
__get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha512
Traceback (most recent call last):
  File "./basic_tests.py", line 3148, in 
svntest.main.run_tests(test_list)
  File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line 
2062, in run_tests
sys.exit(execute_tests(test_list, serial_only))
  File "/opt/eai/ci/subversion/subversion/tests/cmdline/svntest/main.py", line 
2175, in execute_tests
raise Exception('Logging occurred before configuration. Some code'
Exception: Logging occurred before configuration. Some code path needs to be 
fixed. Examine the log output to find what/where logged something.

$ APACHE_MPM=▒^▒▒ ./davautocheck.sh
davautocheck.sh: Using '/opt/eai/ci/httpd-2.4.25/apache/bin/apxs'...
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
Use of uninitialized value in concatenation (.) or string at 
/opt/eai/ci/httpd-2.4.25/apache/bin/apxs line 222.
davautocheck.sh: HTTPD '/opt/eai/ci/httpd-2.4.25/apache/bin/httpd' doesn't 
start properly
HTTPD stopped.

-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Wednesday, June 14, 2017 3:34 PM
To: Joseph, Anselm
Cc: users@subversion.apache.org; Philip Martin
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



Joseph, Anselm wrote on Wed, 14 Jun 2017 18:54 +:
> Thanks for the reply, Daniel.
> Update:
> I pointed the install to the older gcc 4.2.0 with same results:
> /opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.0
> $ ls
> include  install-tools  libgcc.a  libgcc_eh.a  libgcc_s.a  libgcov.a  
> libsupc++.a  ppc64  pthread
>
> Below, I ran 'make check' to test the results of make (since I could not find 
> a significant error in make output) and got the following:
> $ make > make.log 2>&1
> <-- ~:/opt/eai/ci/subversion -->
> $ make check
> ERROR:root:code for hash md5 was not found.
> [053/109] 
> x509-test.
> ..FAILURE
> [054/109] authz_tests.pymake: 1254-004 The error code from the last command 
> is 1.
>
>
> Stop.
>
> Any incidence on the result I see with 'make install'?
> Thanks,
> Anselm

Thi

Re: FW: Error running make for subversion

[Daniel Shahaf]

Joseph, Anselm wrote on Wed, 14 Jun 2017 18:54 +:
> Thanks for the reply, Daniel.
> Update: 
> I pointed the install to the older gcc 4.2.0 with same results:
> /opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.0
> $ ls
> include  install-tools  libgcc.a  libgcc_eh.a  libgcc_s.a  libgcov.a  
> libsupc++.a  ppc64  pthread
> 
> Below, I ran 'make check' to test the results of make (since I could not find 
> a significant error in make output) and got the following:
> $ make > make.log 2>&1
> <-- ~:/opt/eai/ci/subversion -->
> $ make check
> ERROR:root:code for hash md5 was not found.
> [053/109] 
> x509-test...FAILURE
> [054/109] authz_tests.pymake: 1254-004 The error code from the last command 
> is 1.
> 
> 
> Stop.
> 
> Any incidence on the result I see with 'make install'?
> Thanks,
> Anselm

This error means that «python -c 'from hashlib import md5'» fails on your
system.  It is does not shed light on the mod_dav_svn problems.¹

You can try running the tests manually with 'cd subversion/tests/cmdline &&
./basic_tests.py', possibly passing --bin=/usr/local/bin to test
already-installed binaries.  (That will run just a subset of the tests.)

It would also be interesting to see how far davautocheck reaches (it is
invoked as «make davautocheck APACHE_MPM=…» or «cd subversion/tests/cmdline &&
APACHE_MPM=… ./davautocheck.sh»).  I'm curious to see whether it will
successfully set up an httpd instance or not.  Note that if it
successfully sets up httpd, it will fail over the hashlib issue after
that.

Cheers,

Daniel

¹ It _could_ conceivably be related, since mod_dav_svn is a shared
library for httpd and the hashlib module is sometimes implemented as a
shared library for the CPython interpreter — but you'd probably have
noticed if multiple programs had trouble loading shared libraries.

RE: FW: Error running make for subversion

[Joseph, Anselm]

FAILURE
[053/109] 
x509-test...FAILURE
[054/109] authz_tests.pymake: 1254-004 The error code from the last command is 
1.


Stop.

Any incidence on the result I see with 'make install'?
Thanks,
Anselm
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] 
Sent: Tuesday, June 13, 2017 9:45 PM
To: Joseph, Anselm
Cc: users@subversion.apache.org; Philip Martin
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



Joseph, Anselm wrote on Wed, 14 Jun 2017 01:30 +:
> Hello all,
> For linking to shared libraries, is "libstdc++.so" required in gcc.

Both svn and httpd are written in C, not in C++.  I would expect C++ stdlibs to 
not be required for C projects. (but perhaps on your system svn gets compiled 
as C++ code, for some reason)

> My install path only shows :
> ~:/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.3 --> $ ls include  
> libstdc++.a  libstdc++.a-gdb.py  ppc64  pthread just the static 
> library.
> Could this be why mod_dav_svn.so cannot be built?

If this is the problem, it would affect all httpd modules, not just mod_*_svn.  
Are you able to compile, link, and load (with LoadModule) a Hello World httpd 
module in your environment?

Cheers,

Daniel

Re: FW: Error running make for subversion

[Daniel Shahaf]

Joseph, Anselm wrote on Wed, 14 Jun 2017 01:30 +:
> Hello all,
> For linking to shared libraries, is "libstdc++.so" required in gcc. 

Both svn and httpd are written in C, not in C++.  I would expect C++
stdlibs to not be required for C projects. (but perhaps on your system
svn gets compiled as C++ code, for some reason)

> My install path only shows :
> ~:/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.3 -->
> $ ls
> include  libstdc++.a  libstdc++.a-gdb.py  ppc64  pthread
> just the static library. 
> Could this be why mod_dav_svn.so cannot be built?

If this is the problem, it would affect all httpd modules, not just
mod_*_svn.  Are you able to compile, link, and load (with LoadModule)
a Hello World httpd module in your environment?

Cheers,

Daniel

RE: FW: Error running make for subversion

[Joseph, Anselm]

Hello all,
For linking to shared libraries, is "libstdc++.so" required in gcc. 
My install path only shows :
~:/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.3 -->
$ ls
include  libstdc++.a  libstdc++.a-gdb.py  ppc64  pthread
just the static library. 
Could this be why mod_dav_svn.so cannot be built?
Thanks,
Anselm

-Original Message-
From: Philip Martin [mailto:phi...@codematters.co.uk] 
Sent: Thursday, June 08, 2017 8:23 PM
To: Joseph, Anselm
Cc: Philip Martin; users@subversion.apache.org; Daniel Shahaf
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



"Joseph, Anselm" <anselm.jos...@fpl.com> writes:

> FYI,
> I upgraded to httpd-2.4.25, but still getting the same error.
> Are your other Apache modules .so or .a? All .so under 
> ../httpd-2.4.25/apache/modules
>
> 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.
> Thank you for the suggestions.

Here is an old email that suggests which linker flags are needed to create .so, 
rather than .a, shared libraries:

https://gcc.gnu.org/ml/gcc-help/2002-05/msg00065.html

Perhaps edit your Makefile and add -Wl,-G to the end of the LINK_APACHE_MOD 
line.

--
Philip

Re: FW: Error running make for subversion

[Philip Martin]

"Joseph, Anselm"  writes:

> Is there anything here that is not quite right?

That is as expected.  Subversion/libtool is producing shared libraries
in .a format (AIX native).  The Apache apxs script expects the libraries
to be in .so format.  I do not know if Apache on AIX can load modules in
.a format or whether it only works with modules in .so format.  Perhaps
you could try?

If Apache needs .so modules then you need to make Subversion/libtool
produce .so instead of .a.  Google suggests that the linker needs -G,
the linker man page should be to confirm/deny this.  You would pass
-Wl,-G to the compiler to get -G passed through to the linker.  You may
also need -Wl,-brtl to get executables to link with .so, again the
linker man page should confirm/deny this.

Failing that, I suppose you might be able to extract the .so module from
the .a module if the AIX .a module is a normal ar archive.  You might be
able to use "ar t" to look at the contents and "ar x" to extract files.

-- 
Philip

RE: FW: Error running make for subversion

[Joseph, Anselm]

Thanks for all the answers. They are helping me learn more.
I looked in the config.log for linker to shared libraries:
configure:11966: checking whether the gcc linker (/usr/bin/ld) supports shared 
libraries
configure:12589: gcc -o conftest -g -O2   -O2 -pg -pthread   -U__STR__ 
-D_THREAD_SAFE -D_LARGEFILE64_SOURCE -L/opt/freeware/lib conftest.c
>&5
configure:12589: $? = 0
configure:13225: result: yes
configure:13465: checking dynamic linker characteristics
configure:14283: result: AIX lib.a(lib.so.V)
configure:14405: checking how to hardcode library paths into programs
configure:14430: result: immediate
configure:14978: checking whether stripping libraries is possible
configure:15000: result: no
configure:15018: checking if libtool supports shared libraries
configure:15020: result: yes
configure:15023: checking whether to build shared libraries
configure:15048: result: yes
configure:15051: checking whether to build static libraries
configure:15055: result: no
configure:15340: checking for ld used by g++
configure:15407: result: /usr/bin/ld
configure:15414: checking if the linker (/usr/bin/ld) is GNU ld
configure:15429: result: no
configure:15484: checking whether the g++ linker (/usr/bin/ld) supports shared 
libraries
configure:15691: g++ -o conftest -g -O2   -U__STR__ -D_THREAD_SAFE 
-D_LARGEFILE64_SOURCE -L/opt/freeware/lib conftest.cpp  >&5
ld: 0711-224 WARNING: Duplicate symbol: .__divdi3
ld: 0711-224 WARNING: Duplicate symbol: .__moddi3
ld: 0711-224 WARNING: Duplicate symbol: .__udivdi3
ld: 0711-224 WARNING: Duplicate symbol: .__umoddi3
ld: 0711-224 WARNING: Duplicate symbol: .__udivmoddi4
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
configure:15691: $? = 0
configure:16557: result: yes
.
configure:17319: checking whether the g++ linker (/usr/bin/ld) supports shared 
libraries
configure:17359: result: yes
configure:17500: checking dynamic linker characteristics
configure:18245: result: AIX lib.a(lib.so.V)
configure:18310: checking how to hardcode library paths into programs
configure:18335: result: immediate
configure:18447: building shared libraries only
configure:18495: checking whether libtool needs -no-undefined
configure:18504: result: no
.
So, linker (usr/bin/ld) is not GNU ld
g++ linker (usr/bin/ld)supports shared libraries (warnings?)
gcc linker (usr/bin/ld)supports shared libraries
libtool supports share libraries
Yes to building shared libraries
No to building static libraries.

Is there anything here that is not quite right?
Thanks for your help.
-Original Message-
From: Joseph, Anselm 
Sent: Thursday, June 08, 2017 10:35 PM
To: 'Philip Martin'
Cc: users@subversion.apache.org; Daniel Shahaf
Subject: RE: FW: Error running make for subversion

That didn't work either. It does not appear to pick up the flag.
I will get back at it tomorrow morning.
Thank you for your help


-Original Message-
From: Philip Martin [mailto:phi...@codematters.co.uk]
Sent: Thursday, June 08, 2017 8:23 PM
To: Joseph, Anselm
Cc: Philip Martin; users@subversion.apache.org; Daniel Shahaf
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



"Joseph, Anselm" <anselm.jos...@fpl.com> writes:

> FYI,
> I upgraded to httpd-2.4.25, but still getting the same error.
> Are your other Apache modules .so or .a? All .so under 
> ../httpd-2.4.25/apache/modules
>
> 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.
> Thank you for the suggestions.

Here is an old email that suggests which linker flags are needed to create .so, 
rather than .a, shared libraries:

https://gcc.gnu.org/ml/gcc-help/2002-05/msg00065.html

Perhaps edit your Makefile and add -Wl,-G to the end of the LINK_APACHE_MOD 
line.

--
Philip

RE: FW: Error running make for subversion

[Joseph, Anselm]

That didn't work either. It does not appear to pick up the flag.
I will get back at it tomorrow morning.
Thank you for your help


-Original Message-
From: Philip Martin [mailto:phi...@codematters.co.uk] 
Sent: Thursday, June 08, 2017 8:23 PM
To: Joseph, Anselm
Cc: Philip Martin; users@subversion.apache.org; Daniel Shahaf
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



"Joseph, Anselm" <anselm.jos...@fpl.com> writes:

> FYI,
> I upgraded to httpd-2.4.25, but still getting the same error.
> Are your other Apache modules .so or .a? All .so under 
> ../httpd-2.4.25/apache/modules
>
> 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.
> Thank you for the suggestions.

Here is an old email that suggests which linker flags are needed to create .so, 
rather than .a, shared libraries:

https://gcc.gnu.org/ml/gcc-help/2002-05/msg00065.html

Perhaps edit your Makefile and add -Wl,-G to the end of the LINK_APACHE_MOD 
line.

--
Philip

Re: FW: Error running make for subversion

[Philip Martin]

"Joseph, Anselm"  writes:

> FYI,
> I upgraded to httpd-2.4.25, but still getting the same error.
> Are your other Apache modules .so or .a? All .so under
> ../httpd-2.4.25/apache/modules
>
> 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.
> Thank you for the suggestions.

Here is an old email that suggests which linker flags are needed to
create .so, rather than .a, shared libraries:

https://gcc.gnu.org/ml/gcc-help/2002-05/msg00065.html

Perhaps edit your Makefile and add -Wl,-G to the end of the
LINK_APACHE_MOD line.

-- 
Philip

RE: FW: Error running make for subversion

[Joseph, Anselm]

FYI,
I upgraded to httpd-2.4.25, but still getting the same error.
Are your other Apache modules .so or .a? All .so under 
../httpd-2.4.25/apache/modules

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.
Thank you for the suggestions.

-Original Message-
From: Philip Martin [mailto:phi...@codematters.co.uk] 
Sent: Thursday, June 08, 2017 5:06 PM
To: Joseph, Anselm
Cc: users@subversion.apache.org; Daniel Shahaf
Subject: Re: FW: Error running make for subversion

CAUTION - EXTERNAL EMAIL



"Joseph, Anselm" <anselm.jos...@fpl.com> writes:

> Hello all,
> Any chance someone has some time to take a look at the attached files 
> and give me some pointers. I am not making any progress at all.
> Thanks in advance.

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
if true ; then cd subversion/mod_dav_svn ; /usr/bin/install -c -d 
"/usr/local/subversion/apache" ; /usr/bin/apxs2 -i -S 
LIBEXECDIR="/usr/local/subversion/apache"  -n dav_svn mod_dav_svn.la ; fi if 
true ; then cd subversion/mod_authz_svn ; /usr/bin/install -c -d 
"/usr/local/subversion/apache" ; /usr/bin/apxs2 -i -S 
LIBEXECDIR="/usr/local/subversion/apache"  -n authz_svn mod_authz_svn.la ; fi

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
libtool: install: cp .libs/mod_dav_svn.lai 
/opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.la
chmod 755 /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so
chmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file or 
directory in the path name does not exist.
apxs:Error: Command failed with rc=65536

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.

--
Philip

Re: FW: Error running make for subversion

[Philip Martin]

"Joseph, Anselm"  writes:

> Hello all,
> Any chance someone has some time to take a look at the attached files
> and give me some pointers. I am not making any progress at all.
> Thanks in advance.

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
if true ; then cd subversion/mod_dav_svn ; /usr/bin/install -c -d 
"/usr/local/subversion/apache" ; /usr/bin/apxs2 -i -S 
LIBEXECDIR="/usr/local/subversion/apache"  -n dav_svn mod_dav_svn.la ; fi
if true ; then cd subversion/mod_authz_svn ; /usr/bin/install -c -d 
"/usr/local/subversion/apache" ; /usr/bin/apxs2 -i -S 
LIBEXECDIR="/usr/local/subversion/apache"  -n authz_svn mod_authz_svn.la ; fi

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
libtool: install: cp .libs/mod_dav_svn.lai
/opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.la
chmod 755 /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so
chmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file
or directory in the path name does not exist.
apxs:Error: Command failed with rc=65536

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.

-- 
Philip