httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexei Kosut <>
Subject Re: cvs commit: apache/src CHANGES Configuration.tmpl Makefile.tmpl
Date Tue, 30 Jul 1996 17:39:33 GMT
On Tue, 30 Jul 1996, Paul Richards wrote:

> I think support was badly named. We should use /support for code
> that is not maintained by the Apache team but is nevertheless closely
> integrated (such as the regex code)
> There should be a contrib directory for nifty bits of code we want to
> distribute but don't actually support, such as all the stuff currently
> in /support.

Bzzzt. Only problem with this is that we *do* support the code in
/support. Every piece of it was written by a (present or past) member of
the Apache group, and a lot of it is needed for coherent operation of the

> > My only real concern is that including the regex package does seem to
> > imply that we support it. If the package doesn't compile on Platform
> > X, I would expect that Platform X user would write to _us_ about the
> > problem and expect _us_ to help him/her out. I'm not sure if that's
> > what we want. 

If platform X has no (or a broken) regex package, and it can't compile
Spencer's, then what? It seems to me that we *have* to either support the
package, or not use regex capabilities in Apache. And we're already
commited to the latter.

> Agreed. We should use the native regex code by default but provide a simple
> switch to use /support/regex if they don't have one. We definately *shouldn't*
> get into the business of maintaining regex code, there are plenty of perfectly
> competent groups already doing exactly that.

So we support the regex package by making sure that we keep it up to date
and pass on bugs to the maintainer. Makes lots of sense to me.

BTW, someone should go and change conf.h so it includes <regex.h> instead
of "regex/regex.h" if you're using the system regex libraries (don't ask
me how, but it needs to be done). Otherwise, a lot of things will not
work, since the regex_t and regmatch_t structures are vastly different in,
for example, Spencer's package vs. the Solaris one. (the POSIX standard
only specifies a couple of members each, and those don't have to be in any
particular order or location).

-- Alexei Kosut <>            The Apache HTTP Server

View raw message