[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233840#comment-13233840 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Mapreduce-trunk #1025 (See [https://builds.apache.org/job/Hadoop-Mapreduce-trunk/1025/]) HADOOP-6924. Moved the entry in CHANGES.txt to the right place. (Revision 1302705) HADOOP-6924. Adds a directory to the list of directories to search for the libjvm.so file. The new directory is found by running a 'find' command and the first output is taken. This was done to handle the build of Hadoop with IBM's JDK. Contributed by Stephen Watt, Guillermo Cabrera and Devaraj Das. (Revision 1302704) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302705 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302704 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/native/configure.ac Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Fix For: 0.23.3, 1.0.3 Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232912#comment-13232912 ] Eli Collins commented on HADOOP-6924: - @Devaraj, works for me. Nit: If it works, I'd be explicit vs using the 1st option, eg {code} JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server -L$JAVA_HOME/jre/lib/$OS_ARCH/default {code} Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232919#comment-13232919 ] Devaraj Das commented on HADOOP-6924: - @Eli, the problem is that 'default' doesn't seem to be a standard. In case of the IBM JDK I have been testing with, the path ends with 'classic'. I'd like to retain the 'find' and let the first path containing a libjvm.so win, rather than make an assumption about the path. Makes sense? Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232925#comment-13232925 ] Eli Collins commented on HADOOP-6924: - Makes sense. +1 to your latest patch Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232929#comment-13232929 ] Eli Collins commented on HADOOP-6924: - Btw on my install (build 2.4, JRE 1.6.0 IBM J9 2.4) the IBM jdk has a bunch of versions of the file: {noformat} ./java-x86_64-60/jre/lib/amd64/classic/libjvm.so ./java-x86_64-60/jre/lib/amd64/default/libjvm.so ./java-x86_64-60/jre/lib/amd64/j9vm/libjvm.so ./java-x86_64-60/jre/lib/amd64/compressedrefs/libjvm.so ./java-x86_64-60/jre/bin/classic/libjvm.so ./java-x86_64-60/jre/bin/j9vm/libjvm.so {noformat} Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233003#comment-13233003 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Hdfs-trunk-Commit #1977 (See [https://builds.apache.org/job/Hadoop-Hdfs-trunk-Commit/1977/]) HADOOP-6924. Adds a directory to the list of directories to search for the libjvm.so file. The new directory is found by running a 'find' command and the first output is taken. This was done to handle the build of Hadoop with IBM's JDK. Contributed by Stephen Watt, Guillermo Cabrera and Devaraj Das. (Revision 1302704) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302704 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/native/configure.ac Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233006#comment-13233006 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Common-trunk-Commit #1903 (See [https://builds.apache.org/job/Hadoop-Common-trunk-Commit/1903/]) HADOOP-6924. Adds a directory to the list of directories to search for the libjvm.so file. The new directory is found by running a 'find' command and the first output is taken. This was done to handle the build of Hadoop with IBM's JDK. Contributed by Stephen Watt, Guillermo Cabrera and Devaraj Das. (Revision 1302704) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302704 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/native/configure.ac Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233009#comment-13233009 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Hdfs-trunk-Commit #1978 (See [https://builds.apache.org/job/Hadoop-Hdfs-trunk-Commit/1978/]) HADOOP-6924. Moved the entry in CHANGES.txt to the right place. (Revision 1302705) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302705 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233011#comment-13233011 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Common-trunk-Commit #1904 (See [https://builds.apache.org/job/Hadoop-Common-trunk-Commit/1904/]) HADOOP-6924. Moved the entry in CHANGES.txt to the right place. (Revision 1302705) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302705 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233013#comment-13233013 ] Devaraj Das commented on HADOOP-6924: - @Eli, the first path will be considered. If needed we can make this path be got from the shell env. as well. Committed the patch on trunk/0.23 branches. Posting a patch for hadoop-1 momentarily.. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233019#comment-13233019 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Hdfs-0.23-Commit #696 (See [https://builds.apache.org/job/Hadoop-Hdfs-0.23-Commit/696/]) Merge -r 1302703:1302704 1302704:1302705 from trunk onto the 0.23 branch. Fixes HADOOP-6924. (Revision 1302710) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302710 Files : * /hadoop/common/branches/branch-0.23 * /hadoop/common/branches/branch-0.23/hadoop-common-project * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-auth * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/docs * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/native/configure.ac * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/test/core * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/native * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/datanode * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/secondary * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/test/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/bin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/conf * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/resources/mapred-default.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site/src/site/apt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/c++ * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/block_forensics * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build-contrib.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/data_join * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/eclipse-plugin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/index * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/vaidya * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/java * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/fs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/ipc * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/webapps/job * /hadoop/common/branches/branch-0.23/hadoop-project * /hadoop/common/branches/branch-0.23/hadoop-project/src/site Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233022#comment-13233022 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Common-0.23-Commit #705 (See [https://builds.apache.org/job/Hadoop-Common-0.23-Commit/705/]) Merge -r 1302703:1302704 1302704:1302705 from trunk onto the 0.23 branch. Fixes HADOOP-6924. (Revision 1302710) Result = SUCCESS ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302710 Files : * /hadoop/common/branches/branch-0.23 * /hadoop/common/branches/branch-0.23/hadoop-common-project * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-auth * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/docs * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/native/configure.ac * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/test/core * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/native * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/datanode * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/secondary * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/test/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/bin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/conf * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/resources/mapred-default.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site/src/site/apt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/c++ * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/block_forensics * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build-contrib.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/data_join * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/eclipse-plugin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/index * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/vaidya * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/java * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/fs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/ipc * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/webapps/job * /hadoop/common/branches/branch-0.23/hadoop-project * /hadoop/common/branches/branch-0.23/hadoop-project/src/site Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233033#comment-13233033 ] Devaraj Das commented on HADOOP-6924: - Opened HADOOP-8187 for tracking future work. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233034#comment-13233034 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Mapreduce-trunk-Commit #1911 (See [https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Commit/1911/]) HADOOP-6924. Adds a directory to the list of directories to search for the libjvm.so file. The new directory is found by running a 'find' command and the first output is taken. This was done to handle the build of Hadoop with IBM's JDK. Contributed by Stephen Watt, Guillermo Cabrera and Devaraj Das. (Revision 1302704) Result = ABORTED ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302704 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/trunk/hadoop-common-project/hadoop-common/src/main/native/configure.ac Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233042#comment-13233042 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Mapreduce-0.23-Commit #712 (See [https://builds.apache.org/job/Hadoop-Mapreduce-0.23-Commit/712/]) Merge -r 1302703:1302704 1302704:1302705 from trunk onto the 0.23 branch. Fixes HADOOP-6924. (Revision 1302710) Result = ABORTED ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302710 Files : * /hadoop/common/branches/branch-0.23 * /hadoop/common/branches/branch-0.23/hadoop-common-project * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-auth * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/docs * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/main/native/configure.ac * /hadoop/common/branches/branch-0.23/hadoop-common-project/hadoop-common/src/test/core * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/java * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/native * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/datanode * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/hdfs * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/main/webapps/secondary * /hadoop/common/branches/branch-0.23/hadoop-hdfs-project/hadoop-hdfs/src/test/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/CHANGES.txt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/bin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/conf * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/resources/mapred-default.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn-site/src/site/apt * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/c++ * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/block_forensics * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build-contrib.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/build.xml * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/data_join * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/eclipse-plugin * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/index * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/contrib/vaidya * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/examples * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/java * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/fs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/hdfs * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/test/mapred/org/apache/hadoop/ipc * /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/src/webapps/job * /hadoop/common/branches/branch-0.23/hadoop-project * /hadoop/common/branches/branch-0.23/hadoop-project/src/site Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows:
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233060#comment-13233060 ] Hudson commented on HADOOP-6924: Integrated in Hadoop-Mapreduce-trunk-Commit #1912 (See [https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Commit/1912/]) HADOOP-6924. Moved the entry in CHANGES.txt to the right place. (Revision 1302705) Result = ABORTED ddas : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1302705 Files : * /hadoop/common/trunk/hadoop-common-project/hadoop-common/CHANGES.txt Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13233175#comment-13233175 ] Harsh J commented on HADOOP-6924: - Hi, Can you please also add the appropriate fix versions? Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Assignee: Devaraj Das Attachments: 6924-1.patch, 6924-2.branch-1.patch, 6924-2.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232338#comment-13232338 ] Eli Collins commented on HADOOP-6924: - bq. the first libjvm.so should be considered (the user doing the build should ensure that the intended libjvm is the first one). Why? How would the user doing the build ensure the one they want is first w/o modifying the build? Seems like that would require them to delete whatever libjvm.so files showed up first (yuck). Why not just add both JAVA_HOME/jre/lib/OS_ARCH/server/libjvm.so and JAVA_HOME/jre/lib/OS_ARCH/default/libjvm.so to the library path? It's simpler than this path and doesn't potentially change which libjvm.so is currently being picked on some systems. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232369#comment-13232369 ] Allen Wittenauer commented on HADOOP-6924: -- You really aren't looking for a specific library, you're really looking for the lib directory. The easiest way to do this in a somewhat portable fashion is to ask the JVM directly. I've uploaded a snippet of what I do locally to build libhadoop.so and libhadoop.dylib on my machines. [The code I use is so radically different than what is in Hadoop that making it into a patch is too time consuming.] You should be able to do the same thing with any JVM, you just need to determine what the proper system property is. While this doesn't make it 'instantly' portable, it does it make much easier to add support for JREs after they have been vetted. For IBM's JRE, I believe the system property to look for is com.ibm.oti.vm.bootstrap.library.path . Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232427#comment-13232427 ] Eli Collins commented on HADOOP-6924: - IMO we should do something simple here (just add the path for the IBM jre lib dir) and have a follow up jira that implements Allen's suggestion throughout the project (we need this for libhdfs test and fuse-dfs as well). Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch, apjvmlibdir.m4 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232092#comment-13232092 ] Devaraj Das commented on HADOOP-6924: - I don't want to hold the commit of this really really simple two line patch that improves the build in a big way. Allen, could you please submit your ideas as a patch on how to make it work on a Mac (you seemed to indicate you had a solution that is more general). I'd suggest you open a separate jira to track that approach. Hope it makes sense to everyone. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13231790#comment-13231790 ] Devaraj Das commented on HADOOP-6924: - @Eli, in my opinion, the first libjvm.so should be considered (the user doing the build should ensure that the intended libjvm is the first one). In the future, if we have a usecase for dir, then we can provide that option (in a way that makes sense). Thoughts? Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13231803#comment-13231803 ] Allen Wittenauer commented on HADOOP-6924: -- FWIW, libjvm.so will break on OS X. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13230847#comment-13230847 ] Hadoop QA commented on HADOOP-6924: --- -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12518497/6924-1.patch against trunk revision . +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 eclipse:eclipse. The patch built with eclipse:eclipse. +1 findbugs. The patch does not introduce any new Findbugs (version 1.3.9) warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. -1 core tests. The patch failed these unit tests: org.apache.hadoop.fs.viewfs.TestViewFsTrash +1 contrib tests. The patch passed contrib unit tests. Test results: https://builds.apache.org/job/PreCommit-HADOOP-Build/719//testReport/ Console output: https://builds.apache.org/job/PreCommit-HADOOP-Build/719//console This message is automatically generated. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13230892#comment-13230892 ] Eli Collins commented on HADOOP-6924: - Is the first libjvm.so found always the right one? Perhaps better to use JAVA_HOME/jre/lib/OS_ARCH/dir/libjvm.so where dir is default, server, jrockit, etc. Or you could reuse AP_JVM_LIBDIR in hdfs (see apsupport.m4). Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: 6924-1.patch, HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12996880#comment-12996880 ] Hadoop QA commented on HADOOP-6924: --- -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12459274/HADOOP-6924-v2.patch against trunk revision 1071364. +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. -1 patch. The patch command could not apply the patch. Console output: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/262//console This message is automatically generated. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Attachments: HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12930761#action_12930761 ] Hadoop QA commented on HADOOP-6924: --- -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12459274/HADOOP-6924-v2.patch against trunk revision 1032730. +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. +1 javadoc. The javadoc tool did not generate any warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. +1 system test framework. The patch passed system test framework compile. Test results: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/89//testReport/ Findbugs warnings: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/89//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Console output: https://hudson.apache.org/hudson/job/PreCommit-HADOOP-Build/89//console This message is automatically generated. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3, 0.21.1, 0.22.0 Attachments: HADOOP-6924-v2.patch, HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909625#action_12909625 ] Hadoop QA commented on HADOOP-6924: --- -1 overall. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12453450/HADOOP-6924.patch against trunk revision 995285. +1 @author. The patch does not contain any @author tags. -1 tests included. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. -1 javadoc. The javadoc tool appears to have generated 1 warning messages. +1 javac. The applied patch does not increase the total number of javac compiler warnings. +1 findbugs. The patch does not introduce any new Findbugs warnings. +1 release audit. The applied patch does not increase the total number of release audit warnings. +1 core tests. The patch passed core unit tests. +1 contrib tests. The patch passed contrib unit tests. +1 system tests framework. The patch passed system tests framework compile. Test results: http://hudson.zones.apache.org/hudson/job/Hadoop-Patch-h9.grid.sp2.yahoo.net/46/testReport/ Findbugs warnings: http://hudson.zones.apache.org/hudson/job/Hadoop-Patch-h9.grid.sp2.yahoo.net/46/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html Checkstyle results: http://hudson.zones.apache.org/hudson/job/Hadoop-Patch-h9.grid.sp2.yahoo.net/46/artifact/trunk/build/test/checkstyle-errors.html Console output: http://hudson.zones.apache.org/hudson/job/Hadoop-Patch-h9.grid.sp2.yahoo.net/46/console This message is automatically generated. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3, 0.21.1, 0.22.0 Attachments: HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12904408#action_12904408 ] Allen Wittenauer commented on HADOOP-6924: -- This will need to tested on OS X Snow Leopard, which is both bi-arch, a Sun-based JVM and doesn't use jre/lib/server. :) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2, 0.21.0 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3, 0.21.1, 0.22.0 Attachments: HADOOP-6924.patch The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902070#action_12902070 ] Allen Wittenauer commented on HADOOP-6924: -- I've got a local patch that basically asks the running JVM where the libjvm.so file is at. I should really clean it up and post it. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902078#action_12902078 ] Stephen Watt commented on HADOOP-6924: -- That sounds like a good approach Allen. Something that greps forward from the $JAVA_HOME/jre/lib directory for the libjvm.so to determine the path would be quite elegant and much simpler than trying to divine the OS Architecture signature and build the right path. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-6924) Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries
[ https://issues.apache.org/jira/browse/HADOOP-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12902113#action_12902113 ] Allen Wittenauer commented on HADOOP-6924: -- No, no, there's an easier way. The system property sun.boot.library.path (at least on Sun JRE's) will tell you the location of libjvm. So I have an autoconf that builds a small java app that prints out this property. Build fails with non-Sun JREs due to different pathing to the operating system architecture shared libraries Key: HADOOP-6924 URL: https://issues.apache.org/jira/browse/HADOOP-6924 Project: Hadoop Common Issue Type: Bug Affects Versions: 0.20.0, 0.20.1, 0.20.2 Environment: SLES 10, IBM Java 6 Reporter: Stephen Watt Fix For: 0.20.3 The src/native/configure script used to build the native libraries has an environment variable called JNI_LDFLAGS which is set as follows: JNI_LDFLAGS=-L$JAVA_HOME/jre/lib/$OS_ARCH/server This pathing convention to the shared libraries for the operating system architecture is unique to Oracle/Sun Java and thus on other flavors of Java the path will not exist and will result in a build failure with the following exception: [exec] gcc -shared ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibCompressor.o ../src/org/apache/hadoop/io/compress/zlib/.libs/ZlibDecompressor.o -L/home/hadoop/Java-Versions/ibm-java-i386-60/jre/lib/x86/server -ljvm -ldl -m32 -m32 -Wl,-soname -Wl,libhadoop.so.1 -o .libs/libhadoop.so.1.0.0 [exec] /usr/lib/gcc/i586-suse-linux/4.1.2/../../../../i586-suse-linux/bin/ld: cannot find -ljvm [exec] collect2: ld returned 1 exit status -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.