Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 22803 invoked by uid 6000); 1 Apr 1998 02:34:30 -0000 Received: (qmail 22796 invoked from network); 1 Apr 1998 02:34:29 -0000 Received: from twinlark.arctic.org (204.62.130.91) by taz.hyperreal.org with SMTP; 1 Apr 1998 02:34:29 -0000 Received: (qmail 12184 invoked by uid 500); 1 Apr 1998 02:34:59 -0000 Date: Tue, 31 Mar 1998 18:34:59 -0800 (PST) From: Dean Gaudet To: new-httpd@apache.org Subject: Re: vetoing hide.h In-Reply-To: Message-ID: X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. 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, 31 Mar 1998, Roy T. Fielding wrote: > > > Fine. That was not > > my concern either. What matters to me is readability, debugging, > > and the amount of effort necessary to find a friggin clue in the > > source code. So take UpdateHide and turn it into a global replace > > (very carefully, of course) -- run it once. For backwards > > compatibility, create a header file > > > > old_apache_api.h > > > > which takes as "input" a new symbol EXPECTED_APACHE_API containing > > the module author's magic number, and then remaps symbol names from > > the old to the new names. We can do this, it is no more effort than > > HIDE, and it provides a rational path for future changes. > > The only problem is we need to decide on the prefix first. Sorry I should have made clear that I agree to this proposal without the EXPECTED_APACHE_API part. I think that part results in a promise of forward compatibility that we just can't keep. Dean