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"  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