[ https://issues.apache.org/jira/browse/HADOOP-8187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462335#comment-13462335 ]
Allen Wittenauer commented on HADOOP-8187: ------------------------------------------ bq. it seems like a non-portable, Sun-specific way of inferring the location of the JRE Right. Which is why I said at that point you'd be porting to different JVMs. IBM has a similar property (whose name escape me at the moment). We *should* have a fallback method in case we can't find it, the property doesn't exist, whatever. But my experience at least on a few platforms is that this is significantly more reliable than $JAVA_HOME or doing finds or any of the other weird things we've tried in the past, especially on multi-arch JVMs where multiple libraries are generally present. (The -d param isn't just for decoration, folks...) Windows appears to be another (not surprising) outlier. bq. Are you suggesting that MacOS users recompile the JDK itself? Apple had a special agreement with Sun that resulted in a lot of chaos with regards to file locations and even how to build JNI code in order to fit it into the NeXTSTEP/OpenStep/Darwin mold. The normal rules do not apply and treating it as such usually ends in tears. I haven't had a chance to look at Mountain Lion to see if things are any better/more standard. I'm suspecting not. > Improve the discovery of the jvm library during the build process > ----------------------------------------------------------------- > > Key: HADOOP-8187 > URL: https://issues.apache.org/jira/browse/HADOOP-8187 > Project: Hadoop Common > Issue Type: Improvement > Reporter: Devaraj Das > > Improve the discovery of the jvm library during the build of native > libraries/libhdfs/fuse-dfs, etc. A couple of different ways are currently > used (discussed in HADOOP-6924). We should clean this part up and also > consider builds of native stuff on OSX. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira