[Sablevm-user] SableVM 1.0.2 link error (FreeBSD)

[Archie C. <ar...@de...>]

Hi,

Updating the java/sablevm FreeBSD port for 1.0.2, I ran into an
interesting bug.

First, note these warnings when building sablevm:

> cc -DHAVE_CONFIG_H -I. -I. -I../../src/include -I./include -DBOOT_CLASS_PATH=\"/usr/local/lib/sablevm/classes-1.0.2\" -DBOOT_LIBRARY_PATH=\"/usr/local/lib/sablevm\" -O -pipe -g -D_P1003_1B_VISIBLE -pthread -I/usr/local/include -L/usr/local/lib -Wall -fno-gcse -Wno-unused -c libsablevm.c -Wp,-MD,.deps/libsablevm.TPlo  -fPIC -DPIC -o libsablevm.lo
In file included from /usr/local/include/ffi.h:35,
>    from libsablevm.c:17:
>    /usr/local/include/fficonfig.h:37: warning: `PACKAGE' redefined
>     ../../src/include/config.h:74: warning: this is the location of the previous definition
>    /usr/local/include/fficonfig.h:40: warning: `VERSION' redefined
>    ../../src/include/config.h:98: warning: this is the location of the previous definition

The "fficonfig.h" defines PACKAGE and VERSION, and these conflict
with (and override) these macros defined by sablevm.

The unfortunate result is visible in this ktrace:

	6032 sablevm  NAMI  "/usr/local/lib/sablevm/libjava-lang-1.20.so"
	6032 sablevm  RET   open -1 errno 2 No such file or directory
	6032 sablevm  CALL  sigprocmask(0x3,0x2805d6f0,0)
	6032 sablevm  RET   sigprocmask 0
	6032 sablevm  CALL  sigprocmask(0x1,0x2805d6e0,0xbfbfcc18)
	6032 sablevm  RET   sigprocmask 0
	6032 sablevm  CALL  sigprocmask(0x3,0x2805d6f0,0)
	6032 sablevm  RET   sigprocmask 0
	6032 sablevm  CALL  write(0x2,0xbfbfef70,0x1f)
	6032 sablevm  GIO   fd 2 wrote 31 bytes
	"java/lang/UnsatisfiedLinkError
	"

Notice the "1.20", which is the libffi version, in the filename
instead of "1.0.2", which is the sablevm version.

So sablevm never works, instead always dying with a UnsatisfiedLinkError.

I'm curious why doesn't this happen under Linux too? In any case, it
seems dangerous to have these conflicting macros with the same name.

Cheers,
-Archie

__________________________________________________________________________
Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com