to make Win32 consistent with Unix, and as importantly,
quitclaim the 'Apache HTTP Server' project's claim on
something not in the spirit of the greater Foundation.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@159626 13f79535-47bb-0310-9956-ffa450edef68
NEVER NEVER screw around with redeclaring AP_ macros and constants.
If the compiler won't pick them up, e.g., AP_DECLARE, ya've done
something wrong from the start.
All httpd/ap headers depend on httpd.h - plain and simple, so this
un-convolutes the unusual order here.
STATIC has become PCRE_STATIC, along with some other odd definitions.
The only remaining emit is that _pcre_free export is imported, which
implies something is unusual with the declaration. Still researching.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@154207 13f79535-47bb-0310-9956-ffa450edef68
One strange thing is that my dev studio changed the quoted
links to .dsp files from:
Project: "Apache"=".\Apache.dsp" - Package Owner=<4>
to:
Project: "Apache"=.\Apache.dsp - Package Owner=<4>
Not sure if they are originally modified by hand.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@104782 13f79535-47bb-0310-9956-ffa450edef68
alone, on Win32 only.
Requires mod_auth_basic be loaded prior to using mod_auth_digest or any
other mod_authn/z modules.
Win32 builds again.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96794 13f79535-47bb-0310-9956-ffa450edef68
to defer this, but building with the patch [which will be placed in
patches] will allow anyone to build an xlate-enabled aprutil for ongoing
svn and other development.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96323 13f79535-47bb-0310-9956-ffa450edef68
alpha quality, backout the apr-iconv for Win32 changes from the .40
release. Many have objected [not -1 exactly] to forcing iconv for any
user to build xlate, and the detection/fixup patches are a blocker for
releasing this overdue version.
Recommiting immediately after tagging this sans-iconv point for .40, and
create a patch anyone can apply to enable this for the release tarball.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96322 13f79535-47bb-0310-9956-ffa450edef68
own .dll/.so library. In the case of libapriconv, we need to anticipate
that the library will be incorporated into libaprutil and exposed through
the apr_xlate_() API. In the case of the aprutil we can use the same
approach.
After this patch, one never includes the libapriconv or apriconv in any
application. Including libaprutil or aprutil is sufficient.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96133 13f79535-47bb-0310-9956-ffa450edef68
libapr. gen_test_char truly needs only apr ... however, this causes the
libhttpd to refresh the static apr and dynamic libapr.
Now... libapr.dll is in the wrong place to actually start gen_test_char.
That doesn't affect us though - the only bits gen_test_char actually
needs are APR_HAS/HAVE flags and the apr_isfoo(char) macros.
So this lightens the load while not harming the build process.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95099 13f79535-47bb-0310-9956-ffa450edef68
mod_deflate tested with both zlib 1.1.3/1.1.4, unpacked in srclib/zlib/.
Zlib only seems to have .dll builds, not very efficient when a single
binary is built against sources, so we compile the appropriate sources.
Your mileage may vary.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@94800 13f79535-47bb-0310-9956-ffa450edef68
would have been invoked from another path, trying to validate that the
apr and apr-util repositories had been checked out. Too much trouble :)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93085 13f79535-47bb-0310-9956-ffa450edef68
target one can use as a dummy, without 'installing binaries'. Now
Win32's makefile.win will simply kick off BuildBin and let it fire
off all the targets from a command line build. This will help to
resolve some of the misses on incremental builds.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93082 13f79535-47bb-0310-9956-ffa450edef68
mod_so, mod_win32 and the winnt mpm] into individual loadable
modules, so the administrator may individually disable the former
compiled-in modules by simply commenting out their LoadModule
directives. [William Rowe]
*) Saved Win32 module authors and porters many future headaches, by
duplicating the appropriate .h files such as os.h into the include
directory, including in the build tree. [William Rowe]
Also noticed that version stamp resources weren't generated for proxy
modules, this too is now fixed.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@92804 13f79535-47bb-0310-9956-ffa450edef68
