httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject RE: APR builds concept broken horribly
Date Mon, 05 Jun 2000 18:16:38 GMT
> From: []
> Sent: Monday, June 05, 2000 12:46 PM
> Okay, way back when, when APR was first written, it was possible to build
> individual sections of APR independantly on Unix.  This provided us with
> small compact libraries that could be included or not based on the
> program.  This feature was removed a long time ago, and it needs to be
> added back.
> The problem was highlighted eariler today with the whold dso issue.  If
> htpasswd is an APR'ized program, and APR can only be built as one huge
> library, then htpasswd all of a sudden needs DSO support.  That is
> ludicrous.  The other option is to comfigure and compile APR multiple
> times in one Apache build.  Once for Apache itself and once for the
> support programs.
> If APR could be built as small libraries again, then htpasswd could just
> link with the libs/file_io stuff and ignore the rest, which makes more
> sense IMHO.
> Thoughts?

Yes, Win32 'suffered' the same problem.

The short term solution has been to build APR into a monolithic library.
Any object can be linked out of that library for standalone apps, such
as htpasswd.  Few objects are used in these cases, so the size of the
executable changes insignificantly.

That monolithic library is then linked into a windows dso (.dll) and
can be bound to any 'bigger' program that uses a more complete subset
of the APR.

I don't know if an equivilant build logic exists for unix.  But I don't
know that you want to haul in 10 seperate 'smaller' dso libraries to 
load the Apache server, either.


View raw message