Displaying 7 results from an estimated 7 matches for "java_ex".
Did you mean:
java_exe
2016 Oct 27
1
[PATCH] run.in: Quote contents of @VAR@ substitutions
...=@RAKE@
+export RUBY="@RUBY@"
+export RAKE="@RAKE@"
prepend RUBYLIB "$b/ruby/ext/guestfs"
prepend RUBYLIB "$b/ruby/lib"
export RUBYLIB
@@ -160,7 +160,7 @@ prepend CAML_LD_LIBRARY_PATH "$b/ocaml"
export CAML_LD_LIBRARY_PATH
# For Java.
-export JAVA_EXE=@JAVA_EXE@
+export JAVA_EXE="@JAVA_EXE@"
prepend CLASSPATH "$b/java/libguestfs-@VERSION@.jar"
prepend CLASSPATH "$b/java/t"
prepend CLASSPATH "$b/java"
@@ -171,7 +171,7 @@ prepend ERL_LIBS "$b/erlang"
export ERL_LIBS
# For Lua.
-export LUA=@...
2016 Mar 07
0
[PATCH] build: fix reading of the java version
...iff --git a/m4/guestfs_java.m4 b/m4/guestfs_java.m4
index f9bec94..649e21f 100644
--- a/m4/guestfs_java.m4
+++ b/m4/guestfs_java.m4
@@ -84,7 +84,7 @@ if test "x$with_java" != "xno"; then
else
JAR="$JAVA/bin/jar"
fi
- java_version=`$JAVA_EXE -version 2>&1 | grep "java version"`
+ java_version=`$JAVA_EXE -version 2>&1 | $AWK -F '"' '/^(java|openjdk) version/ {print $2;}'`
AC_MSG_RESULT(found $java_version in $JAVA)
dnl Find jni.h.
--
2.5.0
2015 Feb 13
2
[PATCH] ./run: Use 'prepend' function to build paths.
...ot;
# For OCaml.
-if [ -z "$CAML_LD_LIBRARY_PATH" ]; then
- CAML_LD_LIBRARY_PATH="$b/ocaml"
-else
- CAML_LD_LIBRARY_PATH="$b/ocaml:$CAML_LD_LIBRARY_PATH"
-fi
+prepend CAML_LD_LIBRARY_PATH "$b/ocaml"
export CAML_LD_LIBRARY_PATH
# For Java.
export JAVA_EXE=@JAVA_EXE@
-if [ -z "$CLASSPATH" ]; then
- CLASSPATH="$b/java:$b/java/t:$b/java/libguestfs-@VERSION@.jar"
-else
- CLASSPATH="$b/java:$b/java/t:$b/java/libguestfs-@VERSION@.jar:$CLASSPATH"
-fi
+prepend CLASSPATH "$b/java/libguestfs-@VERSION@.jar"
+prepe...
2015 Oct 27
1
[PATCH] configure: Move language binding detection to separate files.
This commit starts to split our massive, monolithic configure.ac file
into smaller files, using the m4_include mechanism to combine them.
I don't know if we should really do this, so I'm open to comments
about it. However:
- Our configure.ac script is 1800+ lines long, and that's pretty long.
- configure.ac lacks structure; splitting it up might improve that.
- From what I read,
2017 Aug 09
0
[PATCH 2/2] configure: output paths where java is searched in
...JAVA=$d
break
+ else
+ AC_MSG_RESULT([not found])
fi
done
fi
@@ -85,7 +89,7 @@ if test "x$with_java" != "xno"; then
JAR="$JAVA/bin/jar"
fi
java_version=`$JAVA_EXE -version 2>&1 | $AWK -F '"' '/^(java|openjdk) version/ {print $2;}'`
- AC_MSG_RESULT(found $java_version in $JAVA)
+ AC_MSG_RESULT(found $java_version)
dnl Find jni.h.
AC_MSG_CHECKING([for jni.h])
--
2.13.4
2017 Aug 09
2
[PATCH 1/2] configure: visually split the blocks of checks
Add sort of "headers" to split most of the logical sections of the
configure, so it is easier to get feedback on the progress of configure.
---
configure.ac | 46 ++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 46 insertions(+)
diff --git a/configure.ac b/configure.ac
index 7f9c1dac0..5ccf6f821 100644
--- a/configure.ac
+++ b/configure.ac
@@ -76,11 +76,15 @@
2015 Oct 29
16
[PATCH 00/16] Refactoring of configure.ac and guestfs.pod
Two (not related to each other) refactorings:
Patches 1-12 split configure.ac into smaller files using the
m4_include mechanism.
Patches 13-15 split out parts of guestfs.pod (ie. guestfs(3)) into
three new manual pages:
guestfs-hacking(3) - how to extend and contribute to libguestfs
guestfs-internals(3) - architecture and internals
guestfs-security(3) - security and CVEs
Patch 16 is a