Hi, I'm having some trouble compiling tomcat-native-1.1.10-src, I've done
this before on several different platforms, but for some reason the lastest
debian (4.0 etch) is giving me problems.
vserv-deb:/usr/local/build/tomcat-native-1.1.10-src/jni/native# sh buildconf
--with-java-home=$JAVA_HOME --with-apr=/usr/local/build/httpd-2.2.4
/srclib/apr
Looking for apr source in /usr/local/build/httpd-2.2.4/srclib/apr
Creating configure ...
Generating 'make' outputs ...
rebuilding rpm spec file
vserv-deb:/usr/local/build/tomcat-native-1.1.10-src/jni/native# ./configure
--with-java-home=$JAVA_HOME --with-apr=/usr/local/apr-httpd
--with-ssl=/usr/local/openssl
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... yes
setting CC to "gcc"
setting CPP to "gcc -E"
checking for a BSD-compatible install... /usr/bin/install -c
checking for JDK location (please wait)... /usr/local/java.1.6
checking Java platform... checking Java platform...
checking for sablevm... NONE
adding "-I/usr/local/java.1.6/include" to TCNATIVE_PRIV_INCLUDES
checking os_type directory... linux
adding "-I/usr/local/java.1.6/include/linux" to TCNATIVE_PRIV_INCLUDES
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for OpenSSL library... using openssl from /usr/local/openssl/lib
and /usr/local/openssl/include
checking OpenSSL library version... ok
checking for OpenSSL DSA support... yes
adding "-I/usr/local/openssl/include" to TCNATIVE_PRIV_INCLUDES
setting TCNATIVE_LDFLAGS to "-L/usr/local/openssl/lib -lssl -lcrypto"
adding "-DHAVE_OPENSSL" to CFLAGS
setting TCNATIVE_LIBS to ""
setting TCNATIVE_LIBS to " /usr/local/apr-httpd/lib/libapr-1.la -lrt
-lcrypt -lpthread -ldl"
./configure: line 4280: APR_INCLUDES: command not found
./configure: line 4281: APR_LIBS: command not found
./configure: line 4282: APR_LIB_TARGET: command not found
./configure: line 4283: APR_SO_EXT: command not found
./configure: line 4284: BASH: command not found
./configure: line 4285: BASH_ARGC: command not found
./configure: line 4286: BASH_ARGV: command not found
./configure: line 4287: BASH_LINENO: command not found
./configure: line 4288: BASH_SOURCE: command not found
./configure: line 4289: BASH_VERSINFO: command not found
./configure: line 4290: BASH_VERSION: command not found
./configure: line 4291: CC: command not found
./configure: line 4292: CFLAGS: command not found
./configure: line 4293: CPP: command not found
Line 4288
_ACEOF
# The following way of writing the cache mishandles newlines in values,
# but we know of no workaround that is simple, portable, and efficient.
# So, we kill variables containing newlines.
# Ultrix sh set writes to stderr and can't be redirected directly,
# and sets the high bit in the cache file unless we assign to the vars.
(
for ac_var in `(set) 2>&1 | sed -n
's/^\([a-zA-Z_][a-zA-Z0-9_]*\)=.*/\1/p'`; do
eval ac_val=\$$ac_var
case $ac_val in #(
*${as_nl}*)
case $ac_var in #(
*_cv_*) { echo "$as_me:$LINENO: WARNING: Cache variable $ac_var
contains a newline." >&5
echo "$as_me: WARNING: Cache variable $ac_var contains a newline." >&2;} ;;
esac
case $ac_var in #(
_ | IFS | as_nl) ;; #(
*) $as_unset $ac_var ;; #line 4288
esac ;;
esac
done
Any ideas?
Orlando
