Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Date: Mon, 1 Oct 2001 16:59:20 -0700
From: Aaron Bannert <aaron@clove.org>
To: dev@httpd.apache.org
Subject: [PATCH] some STATUS info, volunteering
Message-ID: <20011001165920.M25494@clove.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i

I've been fooling around with this for the last week or so and I have
some more clues:

- any module that is declared with APACHE_MODULE(.... most) while we have
  --enable-mods-shared=most is properly build into a DSO.

- if the module is declared with APACHE_MODULE(.... yes) then it doesn't
  ever get the chance to become a DSO. The current workaround is to
  explicitly declare --enable-foo=shared for each module that currently
  defaults to static.

I can't just take --enable-mods-shared=most and convert all
APACHE_MODULE(.... yes) decls into "most" or "shared", because there
are some modules that can not or should not be compiled as DSOs, like
mod_so and mod_http.

I'll try to come up with something in the next couple days.

-aaron


Index: STATUS
===================================================================
RCS file: /home/cvspublic/httpd-2.0/STATUS,v
retrieving revision 1.297
diff -u -r1.297 STATUS
--- STATUS	2001/09/28 17:53:02	1.297
+++ STATUS	2001/10/01 23:46:23
@@ -101,6 +101,10 @@
 
         This builds mod_headers as a DSO (good) but builds mod_mime
         as a compiled-in module (bad).
+        Status: Aaron says this happens because mod_headers defaults to
+                "most" while mod_mime defaults to "yes". All mods that
+                default to "yes" are being compiled-in, actually.
+                Aaron volunteers.
 
     * revamp the input filter semantics, per discussions since
       February (and especially at the hackathon last