other than its target location, add that prefix to includes and library directories.
Without this, apxs would fail to find config_vars.mk and exit.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1872042 13f79535-47bb-0310-9956-ffa450edef68
$> grep -e autoindex_ -e cgi_ httpd.conf
LoadModule autoindex_module libexec/apache22/mod_autoindex.so
LoadModule cgi_module libexec/apache22/mod_cgi.so
fire up the following commands
$> apxs -e -a -n autoindex mod_autoindex.so
[activating module `autoindex' in /usr/local/etc/apache22/httpd.conf]
$> apxs -e -a -n cgi mod_cgi.so
[activating module `cgi' in /usr/local/etc/apache22/httpd.conf]
This will result into the following httpd.conf
$> grep -e autoindex_ -e cgi_ httpd.conf
LoadModule autoindex_module libexec/apache22/mod_autoindex.so
LoadModule cgi_module libexec/apache22/mod_cgi.so
LoadModule autoindex_module libexec/apache22/mod_autoindex.so
LoadModule cgi_module libexec/apache22/mod_cgi.so
As you notice the modules are now loaded twice
Now try to deactivate for the loaded ssl module
$> grep ssl_ httpd.conf
LoadModule ssl_module libexec/apache22/mod_ssl.so
$> apxs -e -A -n ssl mod_ssl.so
[preparing module `ssl' in /usr/local/etc/apache22/httpd.conf]
$> grep ssl_ httpd.conf
LoadModule ssl_module libexec/apache22/mod_ssl.so
#LoadModule ssl_module libexec/apache22/mod_ssl.so
As reported in FreeBSD ports PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/133704
Previously discussed with: wrowe@
This b/c '$lmd' expects the amount of space to be a fixed amount. Use \s+ to make
any valid httpd.conf syntax work (i.e. at least 1 space)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@942209 13f79535-47bb-0310-9956-ffa450edef68
* support/apxs.in: Use it to eliminate run-time check for whether
httpd has mod_so built-in.
Submitted by: David M. Lee <dmlee crossroads.com>
PR: 40653
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@494781 13f79535-47bb-0310-9956-ffa450edef68
they may choose to build a platform-default library with the usual
platform-default extension, as part of the compilation process.
Modules built on HP/UX with the .sl extension, on OSX with .dylib,
or on OS2 or Win32 with .dll are perfectly legitimate loadable
modules, but don't pass muster with apxs.
This patch allows any of the common source library extensions to
be passed in, but makes .so the explicit target. The behavior
already works for .la origin files with an .so target name.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@170383 13f79535-47bb-0310-9956-ffa450edef68
This makes binaries far easier to debug, during operation and for post-crash
.dmp analysis. Do not alter /Gs optimizations per brane.
Reviewed by: stoddard, brane
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@170253 13f79535-47bb-0310-9956-ffa450edef68
passed to the libtool link line. For "-Wl,-foo" pass "-foo" on the
link line regardless of whether gcc is used; without guessing whether
libtool --mode=link will invoke gcc or some native ld the previous
behaviour is not really correct.
PR: 31448
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@105309 13f79535-47bb-0310-9956-ffa450edef68
of installed ap[ru]-config scripts so third-party modules can use
`apxs -q APR_CONFIG`.
* support/apxs.in: Use new AP[RU]_CONFIG variables; use apr-config
--apr-libtool.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@104641 13f79535-47bb-0310-9956-ffa450edef68
This is required when they are in disjoint directories from httpd. Otherwise,
apxs won't pass their include information into the compiler and the
compilation will fail.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@99981 13f79535-47bb-0310-9956-ffa450edef68
from the apache install directory)
further changes are needed to automatically pick up apr and apr-util
include directories; for now, "-Wc,-I/path" needs to be added to the
apxs -c invocation to work around that problem
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@99213 13f79535-47bb-0310-9956-ffa450edef68
apxs -i -a will add an un-commented AddModule directive for
the new module, which breaks the config.
PR: 11212
Obtained from:
Submitted by: Joe Orton
Reviewed by: Bill Stoddard, Thom May
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97820 13f79535-47bb-0310-9956-ffa450edef68
querying apr-config and apu-config at link-time instead.
(Note that the $apr_config value in configure.in isn't sufficient as we
need to know where apr-config will be when we execute apxs later on -
hence the --bindir option to apr-config and apu-config.)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96905 13f79535-47bb-0310-9956-ffa450edef68
besides server-root/build.
PR: 8453
Submitted by: a number of people hit this problem and offered hints or
partial fixes; Thom May and Pier Fumagalli had a patch to
apxs, a subset of which mostly fixed this problem; there
were hints in PRs 8453 and 9316
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95522 13f79535-47bb-0310-9956-ffa450edef68
