 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
11 messages in net.java.dev.jna.usersRe: [jna-users] Java 5 dependency on OSX| From | Sent On | Attachments |
|---|---|---|
| Chris Sewart | Jul 28, 2007 6:14 am | |
| Timothy Wall | Jul 28, 2007 8:31 pm | |
| Timothy Wall | Jul 28, 2007 8:39 pm | |
| Timothy Wall | Jul 29, 2007 11:38 am | |
| Michael Hall | Jul 29, 2007 2:13 pm | |
| Timothy Wall | Jul 29, 2007 2:40 pm | |
| Timothy Wall | Jul 30, 2007 1:34 pm | |
| Timothy Wall | Jul 30, 2007 1:47 pm | |
| Michael Hall | Jul 30, 2007 2:04 pm | |
| Chris Sewart | Jul 31, 2007 4:13 am | |
| Timothy Wall | Jul 31, 2007 7:38 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [jna-users] Java 5 dependency on OSX | Actions... |
|---|---|---|
| From: | Timothy Wall (twa...@users.sf.net) | |
| Date: | Jul 29, 2007 11:38:07 am | |
| List: | net.java.dev.jna.users | |
On Jul 29, 2007, at 8:52 AM, Michael Hall wrote:
It would seem to me that a dynamic load should search on a symbol and not be tied to a specific absolute path library but I could be wrong. Not that familiar with that stuff.
The jnilib is linked against JAWT. The library and symbols *could* be looked up dynamically via dlopen/dlsym, but it's a much bigger pain that way.
Where are the make and ant build files? I just did a little quick looking around and didn't see them.
Via ViewSVN: https://jna.dev.java.net/source/browse/jna/trunk/jnalib/build.xml https://jna.dev.java.net/source/browse/jna/trunk/jnalib/native/Makefile
The JWS version of the dispatch library seemed a little more immediately accessible to see what it's dependcies were
otool -L libjnidispatch.jnilib libjnidispatch.jnilib:
/Users/twall/Development/ws/jna/build/native/libjnidispatch.jnilib (compatibility version 0.0.0, current version 0.0.0)
/System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM (compatibility version 1.0.0, current version 87.0.0)
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/ Libraries/libjawt.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.3)
It also seems to have a specific user lib dependency /Users/twall that probably shouldn't work either it if actually needs to be found on the users machine?
That shouldn't be there. Where exactly did it show up?
For the current libjawt.dylib difficulty what about CurrentJDK
ls -l /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/ Libraries/libjawt.* -rwxr-xr-x 1 root wheel 46432 Jan 8 2007 /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/ Libraries/libjawt.dylib lrwxr-xr-x 1 root wheel 13 Nov 16 2006 /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/ Libraries/libjawt.jnilib -> libjawt.dylib
It might work if it's not a symlink (which it usually is); you'd want the path to be the current JRE, though, not the current JDK (unless the JDK is always installed by default, which I doubt).
Timothy Wall http://abbot.sf.net