 | 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: |
10 messages in net.java.dev.jna.usersRe: [jna-users] libc loading on solaris| From | Sent On | Attachments |
|---|---|---|
| Cauchie, Julien | Jul 9, 2008 5:15 am | |
| Cauchie, Julien | Jul 9, 2008 5:21 am | |
| Timothy Wall | Jul 9, 2008 5:24 am | |
| Cauchie, Julien | Jul 9, 2008 5:35 am | |
| Timothy Wall | Jul 9, 2008 5:50 am | |
| Cauchie, Julien | Jul 9, 2008 5:51 am | |
| Cauchie, Julien | Jul 9, 2008 7:04 am | |
| Timothy Wall | Jul 9, 2008 8:04 am | |
| Anthony Green | Jul 9, 2008 8:17 am | |
| Stefan Endrullis | Jul 9, 2008 9:17 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] libc loading on solaris | Actions... |
|---|---|---|
| From: | Timothy Wall (twal...@dev.java.net) | |
| Date: | Jul 9, 2008 5:50:19 am | |
| List: | net.java.dev.jna.users | |
On Jul 9, 2008, at 8:36 AM, Cauchie, Julien wrote:
Hello,
You're probably using solaris 9 or an installation that does not have glibc available. Someone had made some attempts to force a linkage against solaris libc, but gave up due to lack of sufficiently updated tools on his target box.
Please file an issue for this; if you can build on the target box we may be able to resolve this (I have no sparc available for builds).
I'm trying to build 3.0.4 from tags.
It stops quite early, though: [exec] Making all in include [exec] cat: cannot open /nfsusers/JCA/tmp/jnalib/native/ libffi/../gcc/BASE-VER [exec] gmake[3]: Entering directory `/nfsusers/JCA/tmp/jnalib/ build/native/libffi/include' [exec] gmake[3]: Nothing to be done for `all'. [exec] gmake[3]: Leaving directory `/nfsusers/JCA/tmp/jnalib/ build/native/libffi/include' [exec] Making all in testsuite [exec] gmake[3]: Entering directory `/nfsusers/JCA/tmp/jnalib/ build/native/libffi/testsuite' [exec] gmake[3]: Nothing to be done for `all'. [exec] gmake[3]: Leaving directory `/nfsusers/JCA/tmp/jnalib/ build/native/libffi/testsuite' [exec] gmake[3]: Entering directory `/nfsusers/JCA/tmp/jnalib/ build/native/libffi' [exec] source='/nfsusers/JCA/tmp/jnalib/native/libffi/src/ debug.c' object='src/debug.lo' libtool=yes \ [exec] DEPDIR=.deps depmode=gcc /bin/bash /nfsusers/JCA/tmp/ jnalib/native/libffi/../depcomp \ [exec] /bin/bash ./libtool --tag=CC --mode=compile /opt/sfw/bin/ gcc -DHAVE_CONFIG_H -I. -I/nfsusers/JCA/tmp/jnalib/native/libffi - I. -I. -I/nfsusers/JCA/tmp/jnalib/native/libffi/include -Iinclude - I/nfsusers/JCA/tmp/jnalib/native/libffi/src -D_REENTRANT - DHAVE_PROTECTION -DFFI_MMAP_EXEC_WRIT -Wall -g -fexceptions -c -o src/debug.lo /nfsusers/JCA/tmp/jnalib/native/libffi/src/debug.c [exec] /bin/bash: /nfsusers/JCA/tmp/jnalib/native/libffi/../ depcomp: No such file or directory
I wonder why it tries to find ...../libffi/../gcc and ...../ libffi/../gcc/depcomp which I don't have.
The gcc/BASE-VER is non-fatal and can be ignored.
My solaris x86/x86_64 (and other platform) builds never try to run depcomp. depcomp is in "libffi", so I'm not sure why it's getting the path to that wrong; might be something earlier in the config setup. You might try just making a symlink to see if it gets any further.
Here's what mine looks like (for solaris/x86):
[exec] gmake[3]: Entering directory `/export/home/twall/ws/jna/ build/native /libffi' [exec] depbase=`echo src/debug.lo | sed 's|[^/]*$|.deps/&|;s|\.lo $||'`; \ [exec] if /bin/bash ./libtool --tag=CC --mode=compile gcc - DHAVE_CONFIG _H -I. -I/export/home/twall/ws/jna/native/libffi -I. -I. -I/export/ home/twall/w s/jna/native/libffi/include -Iinclude -I/export/home/twall/ws/jna/ native/libffi/ src -D_REENTRANT -DHAVE_PROTECTION -DFFI_MMAP_EXEC_WRIT -Wall -g - fexceptions - MT src/debug.lo -MD -MP -MF "$depbase.Tpo" -c -o src/debug.lo /export/ home/twall /ws/jna/native/libffi/src/debug.c; \ [exec] then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.T po"; exit 1; fi [exec] libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/export/home/ twall/ws/j na/native/libffi -I. -I. -I/export/home/twall/ws/jna/native/libffi/ include -Iinc lude -I/export/home/twall/ws/jna/native/libffi/src -D_REENTRANT - DHAVE_PROTECTIO N -DFFI_MMAP_EXEC_WRIT -Wall -g -fexceptions -MT src/debug.lo -MD -MP - MF src/.d eps/debug.Tpo -c /export/home/twall/ws/jna/native/libffi/src/debug.c - fPIC -DPI C -o src/.libs/debug.o
We're stuck with Solaris 8. I'm scared that this would prove to be a problem if someone gave up with Solaris 9.
I think it was mostly because he couldn't install anything on the machine (like a newer version of gcc), not because libffi or jna does anything exotic.