Re: FW: Error running make for subversion
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
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 ma
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 --> > $ 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. > >
Re: FW: Error running make for subversion
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
...FAILURE [052/109] window-test.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
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
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" 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" 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
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" 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
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" 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" 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
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" 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
"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
FW: Error running make for subversion
From: Joseph, Anselm Sent: Thursday, May 04, 2017 1:31 PM To: 'gcc-h...@gcc.gnu.org' Subject: Error running make for subversion Hi, Hope you can help with this issue. gcc version 4.2.0 is installed on my powerpc-ibm-aix7.1.3.0 system. I am trying to build gnu subversion 1.9.5 and running make after ./configure. I get the following errors "configure: failed program was: | /* confdefs.h */ as well as "configure:5259: gcc -c -g -O2 -qHALT=E -U__STR__ -D_THREAD_SAFE -D_USE_IRS -D_LARGEFILE64_SOURCE conftest.c >&5 gcc: unrecognized option '-qHALT=E' Is there a versioning issue between gcc and subversion here? See attached config.log Regards, Anselm config.log Description: config.log