Date: Tue, 10 Nov 1998 16:43:36 -0800 (PST)
From: Alexei Kosut <akosut@leland.Stanford.EDU>
To: new-httpd@apache.org
Subject: Re: [PATCH] ApacheCore.def file
In-Reply-To: <3648820B.B0941436@raleigh.ibm.com>
Message-ID: <Pine.GSO.3.96.981110163751.27895A-100000@myth2.Stanford.EDU>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: new-httpd-owner@apache.org
Precedence: bulk
Reply-To: new-httpd@apache.org

On Tue, 10 Nov 1998, Bill Stoddard wrote:

> Including ApacheCore.def in the src directory should enable Win32 Apache
> modules to run, without recompile, across server updates that don't
> change the MODULE_MAGIC_NUMBER_MAJOR. Any concerns with adding this to
> the distribution?

Sounds good to me. I've been meaning to do this for some time. We just
need to remember to add to it when we add new functions.

(Why, oh why, doesn't VC++ have an option to make import libraries that
import symbols by name? It would make life easier.)

P.S. Did I mention that I now think the _MAJOR/_MINOR thing is the wrong
way to do it? It's too confusing, IMHO. I'd rather see us move back to a
single MODULE_MAGIC_NUMBER, and a LAST_BINARY_COMPATIBLE number that we
can check against. As it is now, I think there's some confusion about what
"major" and "minor" means (I've seen some commits of changes that break
binary compatibility, but only have minor bumps, because they 'seem'
minor).

Also, AFAIK, a module that wants to be source compatible with lots of old
and new Apaches has to do some not-minor gymnastics with the various
preprocessor defines, because the MODULE_MAGIC_NUMBER_MAJOR/_MINOR symbols
aren't defined for older Apaches.

Something to consider...

-- Alexei Kosut <akosut@stanford.edu> <http://www.stanford.edu/~akosut/>
   Stanford University, Class of 2001 * Apache <http://www.apache.org> *