Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of mamfelt@gmail.com designates
 209.85.215.50 as permitted sender)
Received-SPF: pass (google.com: domain of mamfelt@gmail.com designates
 10.152.145.135 as permitted sender) client-ip=10.152.145.135;
MIME-Version: 1.0
Date: Fri, 2 Mar 2012 01:55:11 +0100
Message-ID: 
 <CAN9c_NQRaC0Z8K9rXz1B9vJjHO40+0u114yMS32nPcV8jidToA@mail.gmail.com>
Subject: APR and "portability" issues - /usr/include gets skipped by configure
 when apr is external
From: Michael Felt <mamfelt@gmail.com>
To: dev@apr.apache.org
Content-Type: multipart/alternative; boundary=e89a8f2348a766c48404ba3807ac

--e89a8f2348a766c48404ba3807ac
Content-Type: text/plain; charset=ISO-8859-1

Call it innocence, call it naive, call it whatever - but APR is an obstacle
to be overcome. There is documentation, but lacks an overview of what/how
apr is used.
X pages long list of variables does not help prepare one (read me if you
will) for proper usage.

CASE: built apr, apr-util, httpd on separate system. Want to verify process
used to create build on another system. Unfortunately, apr has undefined
variables so cannot build in second environment - install APR and APR-UTIL
packaged in previous environment. Insert extra files in /usr/include same
as on original system.

Start configure - runs well until zlib is needed (copy files to
/usr/include, per above and compile conftest.c successfully). Run configure
again, still fails.
My guess, after looking at the log output is that while /usr/include/zlib.h
was found and used on the original system now "configure" is only using the
/opt/include
where the files are not located.

Request: please think about the basic documentation - right now if you
follow the documentation link the first page is one that seems to be "there
is no documentation".
The other navigation items show otherwise - but what are all these
functions, modules, etc. And how do they explain that configure does not
work.

p.s. the first hint that something was wrong was the return of a static
name for a compiler (was cc - xlc was better), but now working with gcc -
so everything fails.
-- I have learned that apr and apr-util are largely static - executable
caching of variables - is that one way of describing how it works?

Note: I have no idea of what is in libapr or libaprutil - but I am
concerned that they are not going to be portable enough to use across
different hardware/os platforms
even those platforms are binary compatible. Also - maybe - the problems are
limited to apr-1-config and apu-1-config. Here is hoping!

Note: 6000-ibm-aix: bad number ... Is this because this is an AIX 7.1
system? It moves on, thankfully, but thought this was the cause initially.

======
./configure[5865]: 6000-ibm-aix: bad number
+ cp conftest.c mytest.c
+ ac_fn_c_try_link 11027
+ print -r -- configure:11035: result: not found
+ 1>& 5
+ print -r -- not found
+ 1>& 6
+ enable_deflate=no
+ INCLUDES=-I$(top_builddir)/srclib/pcre -I. -I$(top_srcdir)/os/$(OS_DIR)
-I$(top_srcdir)/server/mpm/$(MPM_SUBDIR_NAME) -I$(top_srcdir)/modules/http
-I$(top_srcdir)/modules/filters -I$(top_srcdir)/modules/proxy
-I$(top_srcdir)/include -I$(top_srcdir)/modules/generators
-I$(top_srcdir)/modules/mappers -I$(top_srcdir)/modules/database
-I/opt/include -I/usr/include/openssl/include
+ LDFLAGS=  -L/usr/include/openssl/lib
+ rm -f core conftest.err conftest.o conftest conftest.c
+ test x-lm  -lz = x-lz
+ apr_new_bugger=
+ apr_removed=0
+ test x-lm != x-lz
+ apr_new_bugger= -lm
+ test x-lz != x-lz
+ apr_removed=1
+ test 1 = 1
+ test x != xyes
+ echo   removed "-lz" from LIBS
+ LIBS= -lm
+ CPPFLAGS=
+ print -r -- configure:11066: checking whether to enable mod_deflate
+ 1>& 5
+ print -rn -- checking whether to enable mod_deflate...
+ 1>& 6
+ test no = no
+ test yes = no
+ as_fn_error mod_deflate has been requested but can not be built due to
prerequisite failures 11072 5
configure: error: mod_deflate has been requested but can not be built due
to prerequisite failures
+ exit_status=1
+ 1>& 5
=======

--e89a8f2348a766c48404ba3807ac
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Call it innocence, call it naive, call it whatever - but APR is an obstacle=
 to be overcome. There is documentation, but lacks an overview of what/how =
apr is used.<br>X pages long list of variables does not help prepare one (r=
ead me if you will) for proper usage.<br>
<br>CASE: built apr, apr-util, httpd on separate system. Want to verify pro=
cess used to create build on another system. Unfortunately, apr has undefin=
ed variables so cannot build in second environment - install APR and APR-UT=
IL packaged in previous environment. Insert extra files in /usr/include sam=
e as on original system.<br>
<br>Start configure - runs well until zlib is needed (copy files to /usr/in=
clude, per above and compile conftest.c successfully). Run configure again,=
 still fails.<br>My guess, after looking at the log output is that while /u=
sr/include/zlib.h was found and used on the original system now &quot;confi=
gure&quot; is only using the /opt/include<br>
where the files are not located.<br><br>Request: please think about the bas=
ic documentation - right now if you follow the documentation link the first=
 page is one that seems to be &quot;there is no documentation&quot;.<br>
The other navigation items show otherwise - but what are all these function=
s, modules, etc. And how do they explain that configure does not work.<br><=
br>p.s. the first hint that something was wrong was the return of a static =
name for a compiler (was cc - xlc was better), but now working with gcc - s=
o everything fails.<br>
-- I have learned that apr and apr-util are largely static - executable cac=
hing of variables - is that one way of describing how it works?<br><br>Note=
: I have no idea of what is in libapr or libaprutil - but I am concerned th=
at they are not going to be portable enough to use across different hardwar=
e/os platforms<br>
even those platforms are binary compatible. Also - maybe - the problems are=
 limited to apr-1-config and apu-1-config. Here is hoping!<br><br>Note: 600=
0-ibm-aix: bad number ... Is this because this is an AIX 7.1 system? It mov=
es on, thankfully, but thought this was the cause initially.<br>
<br>=3D=3D=3D=3D=3D=3D<br>./configure[5865]: 6000-ibm-aix: bad number<br>+ =
cp conftest.c mytest.c<br>+ ac_fn_c_try_link 11027<br>+ print -r -- configu=
re:11035: result: not found<br>+ 1&gt;&amp; 5<br>+ print -r -- not found<br=
>+ 1&gt;&amp; 6<br>
+ enable_deflate=3Dno<br>+ INCLUDES=3D-I$(top_builddir)/srclib/pcre -I. -I$=
(top_srcdir)/os/$(OS_DIR) -I$(top_srcdir)/server/mpm/$(MPM_SUBDIR_NAME) -I$=
(top_srcdir)/modules/http -I$(top_srcdir)/modules/filters -I$(top_srcdir)/m=
odules/proxy -I$(top_srcdir)/include -I$(top_srcdir)/modules/generators -I$=
(top_srcdir)/modules/mappers -I$(top_srcdir)/modules/database -I/opt/includ=
e -I/usr/include/openssl/include<br>
+ LDFLAGS=3D=A0 -L/usr/include/openssl/lib<br>+ rm -f core conftest.err con=
ftest.o conftest conftest.c<br>+ test x-lm=A0 -lz =3D x-lz<br>+ apr_new_bug=
ger=3D<br>+ apr_removed=3D0<br>+ test x-lm !=3D x-lz<br>+ apr_new_bugger=3D=
 -lm<br>+ test x-lz !=3D x-lz<br>
+ apr_removed=3D1<br>+ test 1 =3D 1<br>+ test x !=3D xyes<br>+ echo=A0=A0 r=
emoved &quot;-lz&quot; from LIBS<br>+ LIBS=3D -lm<br>+ CPPFLAGS=3D <br>+ pr=
int -r -- configure:11066: checking whether to enable mod_deflate<br>+ 1&gt=
;&amp; 5<br>
+ print -rn -- checking whether to enable mod_deflate... <br>+ 1&gt;&amp; 6=
<br>+ test no =3D no<br>+ test yes =3D no<br>+ as_fn_error mod_deflate has =
been requested but can not be built due to prerequisite failures 11072 5<br=
>
configure: error: mod_deflate has been requested but can not be built due t=
o prerequisite failures<br>+ exit_status=3D1<br>+ 1&gt;&amp; 5<br>=3D=3D=3D=
=3D=3D=3D=3D<br>

--e89a8f2348a766c48404ba3807ac--