cvs commit: jakarta-tomcat-connectors/jk/native/scripts/build rules.mk

2005-06-15 Thread jfclere
jfclere 2005/06/15 04:10:40

  Modified:jk/native/scripts/build rules.mk
  Log:
  Use -o $@ overwise make in apache-2.0 will fail with libtool 1.5.2
  
  Revision  ChangesPath
  1.5   +1 -2  
jakarta-tomcat-connectors/jk/native/scripts/build/rules.mk
  
  Index: rules.mk
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/scripts/build/rules.mk,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- rules.mk  2 Nov 2001 18:42:25 -   1.4
  +++ rules.mk  15 Jun 2005 11:10:39 -  1.5
  @@ -4,8 +4,7 @@
   # Compile commands
   #VPATH=.:../common
   COMPILE  = $(CC) $(CFLAGS)
  -LT_COMPILE   = $(LIBTOOL) --mode=compile $(COMPILE) -c $< 
  -# && touch $@
  +LT_COMPILE   = $(LIBTOOL) --mode=compile $(COMPILE) -c $< -o $@
   
   # Implicit rules for creating outputs from input files
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/scripts/build rules.mk

2001-10-26 Thread costin

costin  01/10/26 11:25:09

  Modified:jk/native README.configure configure.in
   jk/native/apache-1.3 Makefile.am
   jk/native/apache-2.0 Makefile.in
   jk/native/common Makefile.in list.mk.in
   jk/native/scripts/build rules.mk
  Log:
  I think now everything works fine ( at least for .so files and gmake ).
  If someone else could check it would be great.
  
  Jni is built if --enable-jni configure option is used, if something change it'll
  be recompiled ( without recompiling everything else ). I'm not sure how makdepend
  could be incoprorated ( probably making it write in Makefile.in ).
  
  I'm also not sure why Makefile.am in 1.3 and Makefile.in in 2.0.
  Another question - do we need Makefile in common ?
  
  In any case, I believe the only way to get a decent build system is to replace
  this mess with ant. The options should be specified in build.properties, not in
  command line, and the complexity should be hidden in ant tasks, not in makefiles
  and shell scripts.
  
  Revision  ChangesPath
  1.8   +13 -2 jakarta-tomcat-connectors/jk/native/README.configure
  
  Index: README.configure
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/README.configure,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- README.configure  2001/07/24 16:38:44 1.7
  +++ README.configure  2001/10/26 18:25:09 1.8
  @@ -29,6 +29,17 @@
 LDFLAGS=-lc \
 ./configure -with-apxs=/home2/local/apache/bin/apxs
   
  +  Examples
  +  
  +
  +  Apache2.0, JNI support:
  +
  +  ./configure --with-apxs=/opt/apache2/bin/apxs --with-java-home=${JAVA_HOME} 
--with-java-platform=2 -enable-jni
  +
  +  Apache 1.3, no JNI support:
  +
  +  ./configure --with-apxs=/usr/sbin/apxs 
  +
 jakarta-tomcat-connectors arguments
 ---
 JVM related parameters:
  @@ -65,7 +76,7 @@
 APR is code is "protected" by #ifdef HAVE_APR ... #endif
   
 JNI support:
  -* --enable-jni
  -  Build the jni_connect.so.  
  +  --enable-jni
  +  Build the jni_connect.so and the JNI worker.
   
   * Not yet supported.
  
  
  
  1.14  +7 -3  jakarta-tomcat-connectors/jk/native/configure.in
  
  Index: configure.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- configure.in  2001/10/25 20:11:12 1.13
  +++ configure.in  2001/10/26 18:25:09 1.14
  @@ -1,7 +1,7 @@
   dnl
   dnl Process this file with autoconf to produce a configure script
   dnl
  -AC_REVISION($Id: configure.in,v 1.13 2001/10/25 20:11:12 costin Exp $)dnl
  +AC_REVISION($Id: configure.in,v 1.14 2001/10/26 18:25:09 costin Exp $)dnl
   
   AC_PREREQ(2.13)
   AC_INIT(common/jk_ajp13.h)
  @@ -13,6 +13,10 @@
   
   AM_INIT_AUTOMAKE(${PACKAGE}, ${VERSION})
   
  +dnl Not sure what it does, but the libtool manual seems to require this
  +dnl It should use the native platform dlopen ( if available )
  +AC_LIBTOOL_DLOPEN
  +
   dnl AM_PROG_LIBTOOL often causes problems.
   dnl I have solved them once using aclocal --acdir=/usr/local/share/aclocal/
   AM_PROG_LIBTOOL
  @@ -187,7 +191,7 @@
   [
   AC_MSG_RESULT(jni enable (need JDK))
   CFLAGS="${CFLAGS} -DHAVE_JNI"
  -JK_JNI_WORKER="\${JK}/jk_jni_worker\${OEXT}"
  +JK_JNI_WORKER="\${JK}jk_jni_worker\${OEXT}"
   ])dnl
   AC_SUBST(JK_JNI_WORKER)
   
  @@ -406,7 +410,7 @@
   fi
   
   dnl Add common to subdir list
  -WEBSERVER="common ${WEBSERVER}"
  +WEBSERVER="${WEBSERVER}"
   
   AC_SUBST(WEBSERVER)
   
  
  
  
  1.4   +14 -0 jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.am
  
  Index: Makefile.am
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.am,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Makefile.am   2001/08/03 15:42:35 1.3
  +++ Makefile.am   2001/10/26 18:25:09 1.4
  @@ -9,9 +9,14 @@
   DESTDIR=@APACHE_DIR@
   libdir=/libexec
   
  +VPATH=.:../common
   APACHE_FILES = Makefile.tmpl Makefile.libdir libjk.module
   
  +if MAKE_DYNAMIC_APACHE
  +JK=
  +else
   JK=../common
  +endif
   JK_INCL=-DUSE_APACHE_MD5 -I ${JK}
   JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
   JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads
  @@ -26,6 +31,15 @@
   lib_LTLIBRARIES = libjk.la
   libjk_la_SOURCES = mod_jk.c
   libjk_la_LIBADD = $(APACHE_OBJECTS)
  +
  +all: mod_jk.so
  +
  +mod_jk.la: mod_jk.lo $(APACHE_OBJECTS)
  + $(LIBTOOL) --mode=link ${COMPILE} -o $@ -module -rpath ${libexecdir} 
-avoid-version mod_jk.lo $(APACHE_OBJECTS)
  +
  +mod_jk.so: mod_jk.la
  + $(LIBTOOL) --mode=ins

cvs commit: jakarta-tomcat-connectors/jk/native/scripts/build rules.mk

2001-10-25 Thread costin

costin  01/10/25 16:34:35

  Modified:jk/native/scripts/build rules.mk
  Log:
  Again, I hope I'm not braking too much in the build system.
  
  Use VPATH to resolve the dep between foo.lo PWD/../common/foo.c, this way
  you can compile files with Apache2.0 settings and Apache1.3 settings
  without mixing one with the other.
  
  Well, I think that's how it worked before, but somehow libtool got
  confused at one point when trying to link the .lo files from ../common.
  
  This eliminates the touch hack.
  
  Revision  ChangesPath
  1.2   +4 -2  jakarta-tomcat-connectors/jk/native/scripts/build/rules.mk
  
  Index: rules.mk
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/scripts/build/rules.mk,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- rules.mk  2001/06/05 10:27:58 1.1
  +++ rules.mk  2001/10/25 23:34:35 1.2
  @@ -5,9 +5,10 @@
   LIBTOOL  = libtool
   
   # Compile commands
  -
  +VPATH=.:../common
   COMPILE  = $(CC) $(CFLAGS)
  -LT_COMPILE   = $(LIBTOOL) --mode=compile $(COMPILE) -c $< && touch $@
  +LT_COMPILE   = $(LIBTOOL) --mode=compile $(COMPILE) -c $< 
  +# && touch $@
   
   # Implicit rules for creating outputs from input files
   
  @@ -28,3 +29,4 @@
   
   .c.slo:
$(SH_COMPILE)
  +