You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Martin Knoblauch <kn...@knobisoft.de> on 2017/06/23 14:55:16 UTC
[users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Hi,
first post to this lists. Please be friendly :-)
For some years now I have been building httpd-2.4.x with apr and apr-util
the same way without problems:
- unload httpd archive
- unload apr-xxx into HTTPD/scrlib and rename to apr
- unload apr-util-yyy into HTTPD/srclib and rename to apr-util
- ./configure
- make
- be happy
This works fine up to httpd-2.4.26+apr-1.5.2+apr-util-1.5.4.
No I discovered that there are new apr versions available. So I tried the
above procedure with apr-1.6.2 and apr-util-1.6.0 (maybe a mistake to try
something.0 :-). This fails with the following messages:
############
/scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=compile gcc
-std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE -I.
-I/scratch/httpd-2.4.26/os/unix -I/scratch/httpd-2.4.26/include
-I/scratch/httpd-2.4.26/srclib/apr/include
-I/scratch/httpd-2.4.26/srclib/apr-util/include
-I/opt/msc_stuff/openldap-current/include
-I/scratch/httpd-2.4.26/modules/aaa -I/scratch/httpd-2.4.26/modules/cache
-I/scratch/httpd-2.4.26/modules/core
-I/scratch/httpd-2.4.26/modules/database
-I/scratch/httpd-2.4.26/modules/filters
-I/scratch/httpd-2.4.26/modules/ldap -I/scratch/httpd-2.4.26/server
-I/scratch/httpd-2.4.26/modules/loggers -I/scratch/httpd-2.4.26/modules/lua
-I/scratch/httpd-2.4.26/modules/proxy
-I/scratch/httpd-2.4.26/modules/session -I/scratch/httpd-2.4.26/modules/ssl
-I/scratch/httpd-2.4.26/modules/test -I/scratch/httpd-2.4.26/server
-I/scratch/httpd-2.4.26/modules/arch/unix
-I/scratch/httpd-2.4.26/modules/dav/main
-I/scratch/httpd-2.4.26/modules/generators
-I/scratch/httpd-2.4.26/modules/mappers -prefer-non-pic -static -c
modules.c && touch modules.lo
gcc -std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE
-I. -I/scratch/httpd-2.4.26/os/unix -I/scratch/httpd-2.4.26/include
-I/scratch/httpd-2.4.26/srclib/apr/include
-I/scratch/httpd-2.4.26/srclib/apr-util/include
-I/opt/msc_stuff/openldap-current/include
-I/scratch/httpd-2.4.26/modules/aaa -I/scratch/httpd-2.4.26/modules/cache
-I/scratch/httpd-2.4.26/modules/core
-I/scratch/httpd-2.4.26/modules/database
-I/scratch/httpd-2.4.26/modules/filters
-I/scratch/httpd-2.4.26/modules/ldap -I/scratch/httpd-2.4.26/server
-I/scratch/httpd-2.4.26/modules/loggers -I/scratch/httpd-2.4.26/modules/lua
-I/scratch/httpd-2.4.26/modules/proxy
-I/scratch/httpd-2.4.26/modules/session -I/scratch/httpd-2.4.26/modules/ssl
-I/scratch/httpd-2.4.26/modules/test -I/scratch/httpd-2.4.26/server
-I/scratch/httpd-2.4.26/modules/arch/unix
-I/scratch/httpd-2.4.26/modules/dav/main
-I/scratch/httpd-2.4.26/modules/generators
-I/scratch/httpd-2.4.26/modules/mappers -c
/scratch/httpd-2.4.26/server/buildmark.c
/scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=link gcc
-std=gnu99 -g -O2 -pthread -L/opt/msc_stuff/openldap-current/lib
-L/opt/msc_stuff/openssl-current/lib
-Wl,-rpath=/opt/msc_stuff/openldap-current/lib,-rpath=/opt/msc_stuff/openssl-current/lib
-o httpd modules.lo buildmark.o -export-dynamic server/libmain.la
modules/core/libmod_so.la modules/http/libmod_http.la os/unix/libos.la
-L/usr/lib64 -lpcre /scratch/httpd-2.4.26/srclib/apr-util/libaprutil-1.la
/scratch/httpd-2.4.26/srclib/apr/libapr-1.la -lrt -lcrypt -lpthread -ldl
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_ParserCreate'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_GetErrorCode'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_SetUserData'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_SetDefaultHandler'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_ErrorString'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_ParserFree'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_SetElementHandler'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_Parse'
/scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
reference to `XML_SetCharacterDataHandler'
collect2: ld returned 1 exit status
make[1]: *** [httpd] Error 1
make[1]: Leaving directory `/net/lpsdm77/fs1/scratch/httpd-2.4.26'
make: *** [all-recursive] Error 1
#########
Apparently apr-util no longer bundles "expat". So my question: what is the
correct/intended way to work around this?
Thanks in advance
Martin
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Hemant Chaudhary <he...@gmail.com>.
Hi
Libexpat.so is not linked. Xml unresolved error is because of libexpat of
apr-util.
Thanks
Hemant
On Jun 23, 2017 9:55 PM, "Martin Knoblauch" <kn...@knobisoft.de> wrote:
> Hi,
>
> first post to this lists. Please be friendly :-)
>
> For some years now I have been building httpd-2.4.x with apr and apr-util
> the same way without problems:
>
> - unload httpd archive
> - unload apr-xxx into HTTPD/scrlib and rename to apr
> - unload apr-util-yyy into HTTPD/srclib and rename to apr-util
> - ./configure
> - make
> - be happy
>
> This works fine up to httpd-2.4.26+apr-1.5.2+apr-util-1.5.4.
>
> No I discovered that there are new apr versions available. So I tried the
> above procedure with apr-1.6.2 and apr-util-1.6.0 (maybe a mistake to try
> something.0 :-). This fails with the following messages:
>
> ############
> /scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=compile gcc
> -std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE -I.
> -I/scratch/httpd-2.4.26/os/unix -I/scratch/httpd-2.4.26/include
> -I/scratch/httpd-2.4.26/srclib/apr/include -I/scratch/httpd-2.4.26/srclib/apr-util/include
> -I/opt/msc_stuff/openldap-current/include -I/scratch/httpd-2.4.26/modules/aaa
> -I/scratch/httpd-2.4.26/modules/cache -I/scratch/httpd-2.4.26/modules/core
> -I/scratch/httpd-2.4.26/modules/database -I/scratch/httpd-2.4.26/modules/filters
> -I/scratch/httpd-2.4.26/modules/ldap -I/scratch/httpd-2.4.26/server
> -I/scratch/httpd-2.4.26/modules/loggers -I/scratch/httpd-2.4.26/modules/lua
> -I/scratch/httpd-2.4.26/modules/proxy -I/scratch/httpd-2.4.26/modules/session
> -I/scratch/httpd-2.4.26/modules/ssl -I/scratch/httpd-2.4.26/modules/test
> -I/scratch/httpd-2.4.26/server -I/scratch/httpd-2.4.26/modules/arch/unix
> -I/scratch/httpd-2.4.26/modules/dav/main -I/scratch/httpd-2.4.26/modules/generators
> -I/scratch/httpd-2.4.26/modules/mappers -prefer-non-pic -static -c
> modules.c && touch modules.lo
> gcc -std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT
> -D_GNU_SOURCE -I. -I/scratch/httpd-2.4.26/os/unix
> -I/scratch/httpd-2.4.26/include -I/scratch/httpd-2.4.26/srclib/apr/include
> -I/scratch/httpd-2.4.26/srclib/apr-util/include -I/opt/msc_stuff/openldap-current/include
> -I/scratch/httpd-2.4.26/modules/aaa -I/scratch/httpd-2.4.26/modules/cache
> -I/scratch/httpd-2.4.26/modules/core -I/scratch/httpd-2.4.26/modules/database
> -I/scratch/httpd-2.4.26/modules/filters -I/scratch/httpd-2.4.26/modules/ldap
> -I/scratch/httpd-2.4.26/server -I/scratch/httpd-2.4.26/modules/loggers
> -I/scratch/httpd-2.4.26/modules/lua -I/scratch/httpd-2.4.26/modules/proxy
> -I/scratch/httpd-2.4.26/modules/session -I/scratch/httpd-2.4.26/modules/ssl
> -I/scratch/httpd-2.4.26/modules/test -I/scratch/httpd-2.4.26/server
> -I/scratch/httpd-2.4.26/modules/arch/unix -I/scratch/httpd-2.4.26/modules/dav/main
> -I/scratch/httpd-2.4.26/modules/generators -I/scratch/httpd-2.4.26/modules/mappers
> -c /scratch/httpd-2.4.26/server/buildmark.c
> /scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=link gcc
> -std=gnu99 -g -O2 -pthread -L/opt/msc_stuff/openldap-current/lib
> -L/opt/msc_stuff/openssl-current/lib -Wl,-rpath=/opt/msc_stuff/
> openldap-current/lib,-rpath=/opt/msc_stuff/openssl-current/lib -o httpd
> modules.lo buildmark.o -export-dynamic server/libmain.la modules/core/
> libmod_so.la modules/http/libmod_http.la os/unix/libos.la -L/usr/lib64
> -lpcre /scratch/httpd-2.4.26/srclib/apr-util/libaprutil-1.la
> /scratch/httpd-2.4.26/srclib/apr/libapr-1.la -lrt -lcrypt -lpthread -ldl
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ParserCreate'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_GetErrorCode'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetUserData'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetDefaultHandler'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ErrorString'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ParserFree'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetElementHandler'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_Parse'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetCharacterDataHandler'
> collect2: ld returned 1 exit status
> make[1]: *** [httpd] Error 1
> make[1]: Leaving directory `/net/lpsdm77/fs1/scratch/httpd-2.4.26'
> make: *** [all-recursive] Error 1
> #########
>
> Apparently apr-util no longer bundles "expat". So my question: what is
> the correct/intended way to work around this?
>
> Thanks in advance
> Martin
> --
> ------------------------------------------------------
> Martin Knoblauch
> email: k n o b i AT knobisoft DOT de
> www: http://www.knobisoft.de
>
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by William A Rowe Jr <wr...@rowe-clan.net>.
On Mon, Jun 26, 2017 at 4:39 AM, Martin Knoblauch <kn...@knobisoft.de> wrote:
>
> http://www.apache.org/dist/apr/CHANGES-APR-UTIL-1.6
>
> find no mentioning of expat or its removal from the packages.
That is a problem, fixing this now. Thanks for the report!
From the actual Announcement which we failed to publish to the
canonical URL http://www.apache.org/dist/apr/Announcement1.x.txt
(I'm fixing this now);
The Apache Software Foundation and the Apache Portable Runtime
Project are proud to announce the General Availability of version
1.6 of the Apache Portable Runtime libraries.
Now available from https://apr.apache.org/ are:
* The APR Utilities library (APR-UTIL or APU) version 1.6.0
PRINCIPAL CHANGES IN VERSION 1.6
APR-UTIL-1.6.0
There are a number of updates to how APR-UTIL deals with external
dependencies:
- XML:
- Expat sources are no longer bundled, this is now an external
dependency. You must install expat on your system to use APR-UTIL
(expat is installed as standard on most systems). If you are
building APR-UTIL, you may need to obtain expat 2.2 or later
from https://libexpat.github.io/ or depending on your system's
packaging policies, install their expat-dev or expat-devel package.
Note that 2.2 addressed some security vulnerabilities of earlier
libexpat project releases.
So there it was covered.
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi Nick,
hmm. Maybe I am loosing my eyesight... I looked at both
http://www.apache.org/dist/apr/CHANGES-APR-1.6 and
http://www.apache.org/dist/apr/CHANGES-APR-UTIL-1.6
and find no mentioning of expat or its removal from the packages. But that
is the change-log and I now find it on the apr home page :-) All good now.
Thanks
Martin
On Mon, Jun 26, 2017 at 11:21 AM, Nick Kew <ni...@apache.org> wrote:
> On Mon, 2017-06-26 at 10:55 +0200, Martin Knoblauch wrote:
>
>
> > So my question now is - was the removal of expat from apr-util
> > intentional? I see no mentioning in the release notes.
>
> The perils of bundling! It is indeed clear in the release notes
> for the APR 1.6 twins, where it even mentions that you might need a
> libexpat-devel package. But I guess you meant HTTPD release notes,
> which should at least point you to APR release notes!
>
> APR-UTIL 1.6 brings some other changes to dependencies, as it
> builds with more up-to-date versions of MySQL and OpenSSL,
> and supports Apple's crypto lib. It's unlikely you need to know
> any of that building httpd, but it's still a release note.
>
> Unbundling expat from APR rids us of this kind of issue, and
> perhaps more importantly the troubling issue of expat security
> issues living on in APR after they are fixed in expat.
>
> --
> Nick Kew
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi Nick,
hmm. Maybe I am loosing my eyesight... I looked at both
http://www.apache.org/dist/apr/CHANGES-APR-1.6 and
http://www.apache.org/dist/apr/CHANGES-APR-UTIL-1.6
and find no mentioning of expat or its removal from the packages. But that
is the change-log and I now find it on the apr home page :-) All good now.
Thanks
Martin
On Mon, Jun 26, 2017 at 11:21 AM, Nick Kew <ni...@apache.org> wrote:
> On Mon, 2017-06-26 at 10:55 +0200, Martin Knoblauch wrote:
>
>
> > So my question now is - was the removal of expat from apr-util
> > intentional? I see no mentioning in the release notes.
>
> The perils of bundling! It is indeed clear in the release notes
> for the APR 1.6 twins, where it even mentions that you might need a
> libexpat-devel package. But I guess you meant HTTPD release notes,
> which should at least point you to APR release notes!
>
> APR-UTIL 1.6 brings some other changes to dependencies, as it
> builds with more up-to-date versions of MySQL and OpenSSL,
> and supports Apple's crypto lib. It's unlikely you need to know
> any of that building httpd, but it's still a release note.
>
> Unbundling expat from APR rids us of this kind of issue, and
> perhaps more importantly the troubling issue of expat security
> issues living on in APR after they are fixed in expat.
>
> --
> Nick Kew
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and
apr-util-1.6.0
Posted by Nick Kew <ni...@apache.org>.
On Mon, 2017-06-26 at 10:55 +0200, Martin Knoblauch wrote:
> So my question now is - was the removal of expat from apr-util
> intentional? I see no mentioning in the release notes.
The perils of bundling! It is indeed clear in the release notes
for the APR 1.6 twins, where it even mentions that you might need a
libexpat-devel package. But I guess you meant HTTPD release notes,
which should at least point you to APR release notes!
APR-UTIL 1.6 brings some other changes to dependencies, as it
builds with more up-to-date versions of MySQL and OpenSSL,
and supports Apple's crypto lib. It's unlikely you need to know
any of that building httpd, but it's still a release note.
Unbundling expat from APR rids us of this kind of issue, and
perhaps more importantly the troubling issue of expat security
issues living on in APR after they are fixed in expat.
--
Nick Kew
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi Eric,
sure this works, but it adds an additional dependency (same with relying
on the system installed version). When expat was bundled with apr-util I
never had to do anything special about it. Likely I never realized that
dependency. So, apr-util-1.6.0 surprised me by breaking a year old build
process.
So my question now is - was the removal of expat from apr-util
intentional? I see no mentioning in the release notes.
Thanks
Martin
On Fri, Jun 23, 2017 at 6:22 PM, Eric Covener <co...@gmail.com> wrote:
> On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de>
> wrote:
> > Apparently apr-util no longer bundles "expat". So my question: what is
> the
> > correct/intended way to work around this?
>
>
> apr-util accepts a --with-expat. If you build apr-util under httpd's
> srclib/ --with-expat can be specified at the top and it will be passed
> down.
>
>
> --
> Eric Covener
> covener@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi William,
thanks. Installing "libexpat-devel-2.0.1-88.26.1" on this SLES11 system
made httpd build again. Just that I do not like to rely on that kind of
stuff. The old behavior of apr-util-1.5.4 was just more convenient :-(
Actually never made me realize that "libexpat" is needed.
Cheers
Martin
On Fri, Jun 23, 2017 at 7:16 PM, William A Rowe Jr <wr...@rowe-clan.net>
wrote:
> On Fri, Jun 23, 2017 at 11:22 AM, Eric Covener <co...@gmail.com> wrote:
> > On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de>
> wrote:
> >> Apparently apr-util no longer bundles "expat". So my question: what is
> the
> >> correct/intended way to work around this?
> >
> >
> > apr-util accepts a --with-expat. If you build apr-util under httpd's
> > srclib/ --with-expat can be specified at the top and it will be passed
> > down.
>
> Note this shouldn't be necessary once you've installed libexpat
> (-dev / -devel depending on your OS conventions.)
>
> Expat 2 is finally quite stable and with some luck you can rely
> on your OS vendor to patch security defects. Once you've installed
> the dev[el] package, apr should detect expat without hints.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi William,
thanks. Installing "libexpat-devel-2.0.1-88.26.1" on this SLES11 system
made httpd build again. Just that I do not like to rely on that kind of
stuff. The old behavior of apr-util-1.5.4 was just more convenient :-(
Actually never made me realize that "libexpat" is needed.
Cheers
Martin
On Fri, Jun 23, 2017 at 7:16 PM, William A Rowe Jr <wr...@rowe-clan.net>
wrote:
> On Fri, Jun 23, 2017 at 11:22 AM, Eric Covener <co...@gmail.com> wrote:
> > On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de>
> wrote:
> >> Apparently apr-util no longer bundles "expat". So my question: what is
> the
> >> correct/intended way to work around this?
> >
> >
> > apr-util accepts a --with-expat. If you build apr-util under httpd's
> > srclib/ --with-expat can be specified at the top and it will be passed
> > down.
>
> Note this shouldn't be necessary once you've installed libexpat
> (-dev / -devel depending on your OS conventions.)
>
> Expat 2 is finally quite stable and with some luck you can rely
> on your OS vendor to patch security defects. Once you've installed
> the dev[el] package, apr should detect expat without hints.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by William A Rowe Jr <wr...@rowe-clan.net>.
On Fri, Jun 23, 2017 at 11:22 AM, Eric Covener <co...@gmail.com> wrote:
> On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de> wrote:
>> Apparently apr-util no longer bundles "expat". So my question: what is the
>> correct/intended way to work around this?
>
>
> apr-util accepts a --with-expat. If you build apr-util under httpd's
> srclib/ --with-expat can be specified at the top and it will be passed
> down.
Note this shouldn't be necessary once you've installed libexpat
(-dev / -devel depending on your OS conventions.)
Expat 2 is finally quite stable and with some luck you can rely
on your OS vendor to patch security defects. Once you've installed
the dev[el] package, apr should detect expat without hints.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by William A Rowe Jr <wr...@rowe-clan.net>.
On Fri, Jun 23, 2017 at 11:22 AM, Eric Covener <co...@gmail.com> wrote:
> On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de> wrote:
>> Apparently apr-util no longer bundles "expat". So my question: what is the
>> correct/intended way to work around this?
>
>
> apr-util accepts a --with-expat. If you build apr-util under httpd's
> srclib/ --with-expat can be specified at the top and it will be passed
> down.
Note this shouldn't be necessary once you've installed libexpat
(-dev / -devel depending on your OS conventions.)
Expat 2 is finally quite stable and with some luck you can rely
on your OS vendor to patch security defects. Once you've installed
the dev[el] package, apr should detect expat without hints.
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Martin Knoblauch <kn...@knobisoft.de>.
Hi Eric,
sure this works, but it adds an additional dependency (same with relying
on the system installed version). When expat was bundled with apr-util I
never had to do anything special about it. Likely I never realized that
dependency. So, apr-util-1.6.0 surprised me by breaking a year old build
process.
So my question now is - was the removal of expat from apr-util
intentional? I see no mentioning in the release notes.
Thanks
Martin
On Fri, Jun 23, 2017 at 6:22 PM, Eric Covener <co...@gmail.com> wrote:
> On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de>
> wrote:
> > Apparently apr-util no longer bundles "expat". So my question: what is
> the
> > correct/intended way to work around this?
>
>
> apr-util accepts a --with-expat. If you build apr-util under httpd's
> srclib/ --with-expat can be specified at the top and it will be passed
> down.
>
>
> --
> Eric Covener
> covener@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
--
------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Eric Covener <co...@gmail.com>.
On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de> wrote:
> Apparently apr-util no longer bundles "expat". So my question: what is the
> correct/intended way to work around this?
apr-util accepts a --with-expat. If you build apr-util under httpd's
srclib/ --with-expat can be specified at the top and it will be passed
down.
--
Eric Covener
covener@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Hemant Chaudhary <he...@gmail.com>.
Hi
Libexpat.so is not linked. Xml unresolved error is because of libexpat of
apr-util.
Thanks
Hemant
On Jun 23, 2017 9:55 PM, "Martin Knoblauch" <kn...@knobisoft.de> wrote:
> Hi,
>
> first post to this lists. Please be friendly :-)
>
> For some years now I have been building httpd-2.4.x with apr and apr-util
> the same way without problems:
>
> - unload httpd archive
> - unload apr-xxx into HTTPD/scrlib and rename to apr
> - unload apr-util-yyy into HTTPD/srclib and rename to apr-util
> - ./configure
> - make
> - be happy
>
> This works fine up to httpd-2.4.26+apr-1.5.2+apr-util-1.5.4.
>
> No I discovered that there are new apr versions available. So I tried the
> above procedure with apr-1.6.2 and apr-util-1.6.0 (maybe a mistake to try
> something.0 :-). This fails with the following messages:
>
> ############
> /scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=compile gcc
> -std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE -I.
> -I/scratch/httpd-2.4.26/os/unix -I/scratch/httpd-2.4.26/include
> -I/scratch/httpd-2.4.26/srclib/apr/include -I/scratch/httpd-2.4.26/srclib/apr-util/include
> -I/opt/msc_stuff/openldap-current/include -I/scratch/httpd-2.4.26/modules/aaa
> -I/scratch/httpd-2.4.26/modules/cache -I/scratch/httpd-2.4.26/modules/core
> -I/scratch/httpd-2.4.26/modules/database -I/scratch/httpd-2.4.26/modules/filters
> -I/scratch/httpd-2.4.26/modules/ldap -I/scratch/httpd-2.4.26/server
> -I/scratch/httpd-2.4.26/modules/loggers -I/scratch/httpd-2.4.26/modules/lua
> -I/scratch/httpd-2.4.26/modules/proxy -I/scratch/httpd-2.4.26/modules/session
> -I/scratch/httpd-2.4.26/modules/ssl -I/scratch/httpd-2.4.26/modules/test
> -I/scratch/httpd-2.4.26/server -I/scratch/httpd-2.4.26/modules/arch/unix
> -I/scratch/httpd-2.4.26/modules/dav/main -I/scratch/httpd-2.4.26/modules/generators
> -I/scratch/httpd-2.4.26/modules/mappers -prefer-non-pic -static -c
> modules.c && touch modules.lo
> gcc -std=gnu99 -g -O2 -pthread -DLINUX -D_REENTRANT
> -D_GNU_SOURCE -I. -I/scratch/httpd-2.4.26/os/unix
> -I/scratch/httpd-2.4.26/include -I/scratch/httpd-2.4.26/srclib/apr/include
> -I/scratch/httpd-2.4.26/srclib/apr-util/include -I/opt/msc_stuff/openldap-current/include
> -I/scratch/httpd-2.4.26/modules/aaa -I/scratch/httpd-2.4.26/modules/cache
> -I/scratch/httpd-2.4.26/modules/core -I/scratch/httpd-2.4.26/modules/database
> -I/scratch/httpd-2.4.26/modules/filters -I/scratch/httpd-2.4.26/modules/ldap
> -I/scratch/httpd-2.4.26/server -I/scratch/httpd-2.4.26/modules/loggers
> -I/scratch/httpd-2.4.26/modules/lua -I/scratch/httpd-2.4.26/modules/proxy
> -I/scratch/httpd-2.4.26/modules/session -I/scratch/httpd-2.4.26/modules/ssl
> -I/scratch/httpd-2.4.26/modules/test -I/scratch/httpd-2.4.26/server
> -I/scratch/httpd-2.4.26/modules/arch/unix -I/scratch/httpd-2.4.26/modules/dav/main
> -I/scratch/httpd-2.4.26/modules/generators -I/scratch/httpd-2.4.26/modules/mappers
> -c /scratch/httpd-2.4.26/server/buildmark.c
> /scratch/httpd-2.4.26/srclib/apr/libtool --silent --mode=link gcc
> -std=gnu99 -g -O2 -pthread -L/opt/msc_stuff/openldap-current/lib
> -L/opt/msc_stuff/openssl-current/lib -Wl,-rpath=/opt/msc_stuff/
> openldap-current/lib,-rpath=/opt/msc_stuff/openssl-current/lib -o httpd
> modules.lo buildmark.o -export-dynamic server/libmain.la modules/core/
> libmod_so.la modules/http/libmod_http.la os/unix/libos.la -L/usr/lib64
> -lpcre /scratch/httpd-2.4.26/srclib/apr-util/libaprutil-1.la
> /scratch/httpd-2.4.26/srclib/apr/libapr-1.la -lrt -lcrypt -lpthread -ldl
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ParserCreate'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_GetErrorCode'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetUserData'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetDefaultHandler'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ErrorString'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_ParserFree'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetElementHandler'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_Parse'
> /scratch/httpd-2.4.26/srclib/apr-util/.libs/libaprutil-1.so: undefined
> reference to `XML_SetCharacterDataHandler'
> collect2: ld returned 1 exit status
> make[1]: *** [httpd] Error 1
> make[1]: Leaving directory `/net/lpsdm77/fs1/scratch/httpd-2.4.26'
> make: *** [all-recursive] Error 1
> #########
>
> Apparently apr-util no longer bundles "expat". So my question: what is
> the correct/intended way to work around this?
>
> Thanks in advance
> Martin
> --
> ------------------------------------------------------
> Martin Knoblauch
> email: k n o b i AT knobisoft DOT de
> www: http://www.knobisoft.de
>
Re: [users@httpd] Problems building httpd-2.4.26 with apr-1.6.2 and apr-util-1.6.0
Posted by Eric Covener <co...@gmail.com>.
On Fri, Jun 23, 2017 at 10:55 AM, Martin Knoblauch <kn...@knobisoft.de> wrote:
> Apparently apr-util no longer bundles "expat". So my question: what is the
> correct/intended way to work around this?
apr-util accepts a --with-expat. If you build apr-util under httpd's
srclib/ --with-expat can be specified at the top and it will be passed
down.
--
Eric Covener
covener@gmail.com