[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Overhaul of Java auto-detection
From: |
Ben Abbott |
Subject: |
Re: Overhaul of Java auto-detection |
Date: |
Mon, 10 Dec 2012 19:49:25 -0500 |
On Dec 10, 2012, at 7:43 PM, Alexander Hansen wrote:
> On 12/10/12 4:42 PM, Ben Abbott wrote:
>>
>> On Dec 10, 2012, at 4:20 PM, Rik wrote:
>>
>>> 12/10/12
>>>
>>> All,
>>>
>>> I just pushed a changeset which significantly changes (improves?) the way
>>> Java is detected if JAVA_HOME has not been set
>>> (http://hg.savannah.gnu.org/hgweb/octave/rev/56239ff815a3). There are
>>> likely to be kinks which need working out and I particularly need feedback
>>> from Mac OS X systems. Despite all those caveats, I think this is a much
>>> better strategy for detection than having a laundry list of directories to
>>> check for each operating system and distribution.
>>>
>>> --Rik
>>
>> Hi Rik,
>>
>> Definitely broke builing on MacOS X.
>>
>> Prior to your change, the Java stuff was configured as ....
>>
>> Java home:
>> /System/Library/Frameworks/JavaVM.framework/Home
>> Java arch:
>> /System/Library/Frameworks/JavaVM.framework/Libraries/libjvm_compat.dylib
>
> I don't have libjvm_compat.dylib on OS 10.8. I believe this was
> replaced by libverify.dylib on 10.7 and later.
>
>> Java CPPFLAGS:
>> -I/System/Library/Frameworks/JavaVM.framework/Home/include
>
> The above doesn't work on OS 10.7/10.8, either, because there's no
> include directory in /System/Library/Frameworks/JavaVM.framework/Home.
>
>> Java libraries: -framework JavaVM
>>
>
> That still should work. :-)
>
>> "Java home" is a symbolic link.
>>
>> $ ls -l /System/Library/Frameworks/JavaVM.framework/Home
>> lrwxr-xr-x 1 root wheel 24 Oct 21 20:46
>> /System/Library/Frameworks/JavaVM.framework/Home -> Versions/CurrentJDK/Home
>>
>
> That in turn is a link that points to
> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home on my
> system.
>
>> With your change, I get ....
>>
>> Java home:
>> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
>> Java JVM path:
>> Java CPPFLAGS:
>> Java libraries:
>>
>> $ ls -l /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
>> total 8
>> drwxr-xr-x 41 root wheel 1394 Oct 21 21:08 bin
>> lrwxr-xr-x 1 root wheel 3 Oct 21 20:46 bundle -> ../
>> drwxr-xr-x 42 root wheel 1428 Oct 21 21:08 lib
>> drwxr-xr-x 41 root wheel 1394 Oct 21 21:08 man
>>
>> Ben
Ok, I admit I didn't look to see if any of that existed. I'm running MacOS
10.7.5, and can confirm Alex's comments.
Even so, when Octave is configured this way, it builds for me. However, as the
Java gui loop isn't main() the Java stuff isn't going to work on MacOS X.
Ben
- Re: Overhaul of Java auto-detection, (continued)
- Re: Overhaul of Java auto-detection, Ben Abbott, 2012/12/10
- Re: Overhaul of Java auto-detection, Alexander Hansen, 2012/12/10
- Re: Overhaul of Java auto-detection, Rik, 2012/12/11
- Re: Overhaul of Java auto-detection, Alexander Hansen, 2012/12/11
- Re: Overhaul of Java auto-detection, Rik, 2012/12/11
- Re: Overhaul of Java auto-detection, Ben Abbott, 2012/12/11
- Re: Overhaul of Java auto-detection, Rik, 2012/12/11
- Re: Overhaul of Java auto-detection, Ben Abbott, 2012/12/11
- Re: Overhaul of Java auto-detection, John W. Eaton, 2012/12/11
Re: Overhaul of Java auto-detection, Alexander Hansen, 2012/12/10
- Re: Overhaul of Java auto-detection,
Ben Abbott <=
Re: Overhaul of Java auto-detection, Rik, 2012/12/10
Re: Overhaul of Java auto-detection (MinGW results), Philip Nienhuis, 2012/12/11