name, or left unset if this value is unavailable.  Apache was setting
it to the IP address when unavailable.

PR:		1925
Submitted by:	Tony Fincg <fanf@demon.net>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80457 13f79535-47bb-0310-9956-ffa450edef68

implemented in the latest release of Apache, since that will
influence what is included in the eventual "Draft Standard".


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80456 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80455 13f79535-47bb-0310-9956-ffa450edef68

not, who can say?).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80453 13f79535-47bb-0310-9956-ffa450edef68

-DSERVER_SUBVERSION=\"WHATEVER\"

Need to add a bunch of escapes here to achieve that.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80452 13f79535-47bb-0310-9956-ffa450edef68

-------------------------------------------------

1. Shared object support is compiler-dependend, so we have to
   move the XXX_SHLIB stuff _after_ the compiler checks in
   the Configure script.

3. Added entries for manual/custom shared object support to
   Configuration.tmpl file, so the user knows what he has to do.
   Configure already supported this in the past but nothing was
   documented here.

3. Added initial support for Solaris 2.x.

4. I've now tested shared object support under the following
   platform/compiler combinations:
      - FreeBSD 2.1.5 with gcc 2.8.0
      - Debian 1.3.1  with gcc 2.7.2
      - Solaris 2.6   with gcc 2.7.2
      - Solaris 2.5.1 with gcc 2.7.2
      - Solaris 2.5.1 with WorkShop Compilers 4.2 30 Oct 1996 C 4.2

   All ran out-the-box with my test procedure:
   [Yes, I really would like to see my configure stuff added...]
      $ gunzip <apache-1.3b6-dev.tar.gz
      $ cd apache-1.3b6-dev
      $ ./configure --prefix=/tmp/apache --enable-shared=max
      $ make
      $ make install
      $ /tmp/apache/sbin/apachectl start
      $ lynx -mime_header -source http://localhost:80/
      $ /tmp/apache/sbin/apachectl stop
      $ cd ..
      $ rm -rf apache-1.3b6-dev


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80451 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80450 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80449 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80448 13f79535-47bb-0310-9956-ffa450edef68

configure time without interfering with other modules doing the same. It
is used like this in .module files or CONFIG_START/END sections:

 SUBVERSION="$SUBVERSION mymodule/123"

At present multiple modules adding themselves to the version string get
confused, causing compile warnings and ending up with only one module in
the version. Module authors using -DSERVER_SUBVERSION in their $CFLAGS
will have to make a slight modification to the above format instead. This
will only affect modules designed for 1.3 betas.

Reviewed by:	Dean Gaudet, Ralf S. Engelschall, Ken Coar


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80447 13f79535-47bb-0310-9956-ffa450edef68

1. move generation of ap_config.h to a later point in the script
   because else it doesn't pick up HIDE or STATUS correctly.

2. change the generation of shared objects from explicit rules to
   implicit rules: First the $< is only portable for implict
   rules (e.g. FreeBSD's make fails) and second we already build
   .o's implicitly, so we should do with .so's the same way.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80446 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80445 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80444 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80443 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80441 13f79535-47bb-0310-9956-ffa450edef68

know that define in httpd.h may annoy module authors...


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80440 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80439 13f79535-47bb-0310-9956-ffa450edef68

sometimes set when it shouldn't be... it's set by default in Configure.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80438 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80437 13f79535-47bb-0310-9956-ffa450edef68

file.  This encourages people to skip reading the manuals.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80436 13f79535-47bb-0310-9956-ffa450edef68

who haven't read the docs about NameVirtualHost.  Those messages are
warnings, because the server is still functioning.  And the default loglevel
is err.  No way.  Warnings should be in the default too.  In fact I'd
say everything except debug should be the default.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80435 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80434 13f79535-47bb-0310-9956-ffa450edef68

is_proxy_available() is historical and from days where no find_linked_module()
function existed and where this was a bigger function.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80433 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80432 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80431 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80430 13f79535-47bb-0310-9956-ffa450edef68

own file descriptor instead of a shared one.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80429 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80428 13f79535-47bb-0310-9956-ffa450edef68

with AliasMatch and RewriteRule.  This was discussed in nh.9711, search
for subject "mod_rewrite/1440".  My proposed change had the support of
Roy, Ken and Dirk... I modified it slightly here so that it wouldn't
break every single existing config that has <Location /server-status>.

PR:		1440


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80427 13f79535-47bb-0310-9956-ffa450edef68

it would return DONE all the way back to the core... which would interpret
that to mean "oh no need to send any response".


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80425 13f79535-47bb-0310-9956-ffa450edef68

no Location sections.  I wanted to do this before I made another change
which will have functional difference.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80424 13f79535-47bb-0310-9956-ffa450edef68

<XFMail.971109183845.sfx@unix-ag.org>.  I'm not sure how this ever worked
before.  Luck I guess.

If a request matches the vhost of a proxy then it's quite possible that
various other modules such as mod_alias will get their grubby hands on
the uri and play games like Alias or ScriptAlias and then short-circuit
the translate_names phase before mod_proxy gets to handle
"ProxyRequests on".  So instead mod_proxy handles "ProxyRequests on"
in the post_read_request phase... which can't be short-circuited.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80423 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80422 13f79535-47bb-0310-9956-ffa450edef68

to conf.h.  So, reverse this part of my last patch.  The whole DLFCN
thing could be moved to conf.h, but I will leave that for another battle.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80419 13f79535-47bb-0310-9956-ffa450edef68

clean up the various autoconf symbol clashes I was getting.  I bumped the
MODULE_MAGIC_NUMBER so an external module will now that it can expect to
find ap_config.h after today.  The patches have been tested on
Solaris 2.5.1 and a generic Linux 2.1.79 box both with and without the
external module compiled in.  Nothing here should affect anybody, but
it allows people to correctly build external modules outside of the
Apache build environment.

Reviewed by: Concept ok'ed, at least in part, by Jim and Dean


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80418 13f79535-47bb-0310-9956-ffa450edef68

Reviewed by: Ralf


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80417 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80416 13f79535-47bb-0310-9956-ffa450edef68

	abstraction, and remove a now-bogus definition referring to
	the old method.  Still to do: moving the SERVER_VERSION
	definition into buildmark.c.  Perhaps buildmark should be
	renamed to server_identity?


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80415 13f79535-47bb-0310-9956-ffa450edef68

something as simple as dbm support.  But they did because mod_rewrite's
config section gets run before mod_auth_dbm's.

They don't disagree any longer.  And I think this deals with the complaint
you sent me in private mail Ralf... re: "TestCompile lib foo" doesn't really
check if a function can be compiled, it just checks if the lib exists.  Now
TestCompile lib is one step closer to what autoconf does.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80414 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80413 13f79535-47bb-0310-9956-ffa450edef68