tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Orlando Reis" <>
Subject Problem with compiling tomcat native
Date Mon, 23 Apr 2007 11:25:20 GMT
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

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
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"
  setting TCNATIVE_LIBS to ""
  setting TCNATIVE_LIBS to " /usr/local/apr-httpd/lib/ -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


# 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 #(
      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;} ;;
      case $ac_var in #(
      _ | IFS | as_nl) ;; #(
      *) $as_unset $ac_var ;;    #line 4288
      esac ;;

Any ideas?


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message