httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Felt <mamf...@gmail.com>
Subject Re: building httpd-2.0.63 on AIX 6.1 - stuck: make install fails after buildconf
Date Sun, 20 Dec 2009 14:27:09 GMT
To get a better idea of what might be going wrong I redid ./configure using
lots of different paths. Maybe from these errors you know where I need to be
looking.

The end message is now:
cc: 1501-228 input file /opt/aixt/apache2/exec/lib/libapr-0.so not found
libtool: install: error: relink `libaprutil-0.la' with the above command
before installing it

So, it does not like working with DESTDIR it seems.

The actual copying to the DESTDIR area has been done ...
/bin/sh /data/prj/httpd-2.0.63/srclib/apr/libtool --mode=install cp
libapr-0.la /data/prj/build/http
d2063/opt/aixt/apache2/exec/lib
cp .libs/libapr-0.so.0.9.17
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.so.0.9.17
(cd /data/prj/build/httpd2063/opt/aixt/apache2/exec/lib && { ln -s -f
libapr-0.so.0.9.17 libapr-0.so
.0 || { rm -f libapr-0.so.0 && ln -s libapr-0.so.0.9.17 libapr-0.so.0; }; })
(cd /data/prj/build/httpd2063/opt/aixt/apache2/exec/lib && { ln -s -f
libapr-0.so.0.9.17 libapr-0.so
 || { rm -f libapr-0.so && ln -s libapr-0.so.0.9.17 libapr-0.so; }; })

And the proof is:
michael@x054:[/data/prj/build/httpd2063]find `pwd` | grep libapr
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.so.0.9.17
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.so.0
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.so
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.la
/data/prj/build/httpd2063/opt/aixt/apache2/exec/lib/libapr-0.a

So, is there a template that is not being followed correctly?



When I ran buildconf I got several warnings? Could it be related to that?

michael@x054:[/data/prj/httpd-2.0.63]./buildconf
rebuilding srclib/apr/configure
buildconf: checking installation...
buildconf: autoconf version 2.64 (ok)
buildconf: libtool version 1.5.26 (ok)
Copying libtool helper files ...
buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
autoheader: WARNING: Using auxiliary files such as `acconfig.h',
`config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates for `
config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of `AC_DEFINE' and
autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows one to define a template
without
autoheader: WARNING: `acconfig.h':
autoheader:
autoheader: WARNING:   AC_DEFINE([NEED_FUNC_MAIN], 1,
autoheader:             [Define if a function `main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced, see
the
autoheader: WARNING: documentation.
Creating configure ...
rebuilding rpm spec file
rebuilding srclib/apr-util/configure
Looking for apr source in /data/prj/httpd-2.0.63/srclib/apr
Creating include/private/apu_config.h ...
Creating configure ...
Invoking xml/expat/buildconf.sh ...
Incorporating /usr/local/share/aclocal/libtool.m4 into aclocal.m4 ...
Copying libtool helper files ...
Creating config.h.in ...
autoheader: WARNING: Using auxiliary files such as `acconfig.h',
`config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates for `
config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of `AC_DEFINE' and
autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows one to define a template
without
autoheader: WARNING: `acconfig.h':
autoheader:
autoheader: WARNING:   AC_DEFINE([NEED_FUNC_MAIN], 1,
autoheader:             [Define if a function `main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced, see
the
autoheader: WARNING: documentation.
Creating configure ...
rebuilding rpm spec file
copying build files
fixing timestamps for mod_ssl sources
rebuilding srclib/pcre/configure
.... and further
rebuilding include/ap_config_auto.h.in


On Sun, Dec 20, 2009 at 2:09 PM, Michael Felt <mamfelt@gmail.com> wrote:

> new question: is this a problem?
> I first had --enable-module=so and changed that to --enable-modules=so
>
> Both are giving a warning message:
>
> checking for APR... reconfig
> configuring package in srclib/apr now
> configure: WARNING: unrecognized options: --enable-modules,
> --enable-mods-shared
> checking build system type... powerpc-ibm-aix6.1.3.0
> checking host system type... powerpc-ibm-aix6.1.3.0
> checking target system type... powerpc-ibm-aix6.1.3.0
> Configuring APR library
> Platform: powerpc-ibm-aix6.1.3.0
> checking for working mkdir -p... yes
> APR Version: 0.9.17
>
>
>
> On Sun, Dec 20, 2009 at 1:51 PM, Michael Felt <mamfelt@gmail.com> wrote:
>
>> I have considered that, but until I better understand how configure, make
>> and libtool are suppossed to work together, I prefer leaving things, as much
>> as possible, as they are.
>>
>> Could it be a problem that I have "make installed" apr and apr-util for
>> httpd-2.2? This is another aspect of the different versions of apache I do
>> not really understand - specifically - which version(s) of apr are
>> supported/compatible.
>>
>> At the moment I am thinking of just copying this file (and perhaps others
>> as I come to them)  to the location "demanded".
>>
>> What I consider unfortunate, and again unsure of where the exact problem
>> lies - or I would try to work out a patch - is that the make install worked
>> fine before the buildconf - but the wrong file extensions for the modules
>> (.a rather than .so) are generated, where after buildconf - the correct
>> files are made, but make install is broken.
>>
>>
>> On Sun, Dec 20, 2009 at 4:31 AM, Eric Covener <covener@gmail.com> wrote:
>>
>>> On 12/19/09, Michael Felt <mamfelt@gmail.com> wrote:
>>> >  cc: 1501-228 input file /usr/local/apache2/lib/libapr-0.so
>>>
>>> You need to backtrack to the "make install" of the bundled APR, as
>>> this is what apr-util is complaining about.    You might find it
>>> easier to build against an installed, rather than a bundled, APR to
>>> simplify/separate.
>>>
>>> --
>>> Eric Covener
>>> covener@gmail.com
>>>
>>
>>
>

Mime
View raw message