mirrors/zsh
1
0
Fork 0
mirror of git://git.code.sf.net/p/zsh/code synced 2025-01-01 05:16:05 +01:00
Code Releases Activity

19535: Add --enable-cap

Browse source
This commit is contained in:
Peter Stephenson 2004-03-04 14:03:47 +00:00
parent 2f136f5daf
commit 8cba4981ad
3 changed files with 35 additions and 8 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

5
ChangeLog
View file

@ -1,3 +1,8 @@
2004-03-04 Peter Stephenson <pws@csr.com>
* 19535: configure.ac, INSTALL: Add --enable-cap flag
to turn on search for POSIX capabilities; fails on AIX otherwise.
2004-03-03 Wayne Davison <wayned@users.sourceforge.net>
* users/7105: configure.ac, Makefile.in: Added back the stamp-h

24
INSTALL
View file

@ -359,20 +359,32 @@ correct handling of these types.
None of this is relevant for 64-bit systems; zsh should compile and run
without problems if (sizeof(long) == 8).
Searching for `pcre'
--------------------
Searching for additional features
---------------------------------
Various additional features are turned off by default to avoid
compatibility problems.
--enable-pcre:
Zsh has a module which allows the pcre regular expression library to be
used via shell builtins. Compiling this library into the shell with
dynamic loading (the default where available) produces a dependency on the
library libpcre.so. This is a problem on systems where zsh needs to be
available at boot before the directory containing libpcre.so (for
example /usr/lib or /usr/local/lib) is mounted. For this reason,
pcre support will only be searched for if the option --enable-pcre
is passed to configure.
available at boot before the directory containing libpcre.so (for example
/usr/lib or /usr/local/lib) is mounted. For this reason, pcre support will
only be searched for if the option --enable-pcre is passed to configure.
(Future versions of the shell may have a better fix for this problem.)
--enable-cap:
This searches for POSIX capabilities; if found, the `cap' library
is available and the shell will use these to determine if the
shell is running in some privileged mode. This is turned off by
default as on some systems non-standard headers (in particular AIX) are
required. A direct fix for that problem would be appreciated.
Options For Configure
---------------------

14
configure.ac
View file

@ -313,6 +313,11 @@ AC_ARG_ENABLE(pcre,
AC_HELP_STRING([--enable-pcre],
[enable the search for the pcre library (may create run-time library dependencies)]))
dnl Do you want to look for capability support?
AC_ARG_ENABLE(cap,
AC_HELP_STRING([--enable-cap],
[enable the search for POSIX capabilities (may require additional headers to be added by hand)]))
dnl ------------------
dnl CHECK THE COMPILER
dnl ------------------
@ -709,7 +714,9 @@ if test "x$dynamic" = xyes; then
AC_CHECK_LIB(dl, dlopen)
fi
AC_CHECK_LIB(cap, cap_get_proc)
if test x$enable_cap = xyes; then
AC_CHECK_LIB(cap, cap_get_proc)
fi
AC_CHECK_LIB(socket, socket)
@ -1029,7 +1036,6 @@ AC_CHECK_FUNCS(strftime difftime gettimeofday \
initgroups nis_list \
setuid seteuid setreuid setresuid setsid \
memcpy memmove strstr strerror \
cap_get_proc \
getrlimit \
setlocale \
uname \
@ -1045,6 +1051,10 @@ AC_CHECK_FUNCS(strftime difftime gettimeofday \
grantpt unlockpt ptsname)
AC_FUNC_STRCOLL
if test x$enable_cap = xyes; then
AC_CHECK_FUNCS(cap_get_proc)
fi
dnl Check if tgetent accepts NULL (and will allocate its own termcap buffer)
dnl Some termcaps reportedly accept a zero buffer, but then dump core
dnl in tgetstr().