More problems compiling libgcj on HP running HPUX 10.20

Sat Apr 1 00:00:00 GMT 2000

In my continuing attempt to get libgcj compiled on a HP running HPUX 10.20, I 
have encountered another problem.
config line : ../libgcj/configure --prefix=/home/urban/local/hp10 
--enable-java-gc=boehm --with-as=/home/urban/local/hp10/bin/gas
gcc -v ouput : Reading specs from 
/home/urban/local/hp10/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/specs
gcc version 2.96 20000103 (experimental)
>From a previous attempt at compiling, Tom Tromey told me not to use 
--enable-interpreter since libffi is not supported on HP.
But, I am still getting an error because of ffi.h not being found. The output 
for the compile is below:
c++ -DHAVE_CONFIG_H -I. -I../../../libgcj/libjava -I./include 
-I../../../libgcj/libjava -Iinclude -I../../../libgcj/libjava/include 
-I../../../libgcj/libjava/../boehm-gc -I./../boehm-gc -DSILENT=1 -DNO_SIGNALS=1 
-DNO_DEBUGGING=1 -DJAVA_FINALIZATION=1 
-I../../../libgcj/libjava/../compat-include -I../../../libgcj/libjava/../zlib 
-I../../../libgcj/libjava/../libffi/include -I../libffi/include -fno-rtti 
-fvtable-thunks -fsjlj-exceptions -W -Wall -D_GNU_SOURCE -g -O2 -c -fPIC -DPIC 
../../../libgcj/libjava/java/lang/reflect/natMethod.cc -o 
java/lang/reflect/.libs/natMethod.lo
../../../libgcj/libjava/java/lang/reflect/natMethod.cc:43: ffi.h: No such file 
or directory
gmake[2]: *** [java/lang/reflect/natMethod.lo] Error 1
gmake[2]: Leaving directory 
`/tmp_mnt/home/urban/gnu_src/compile/objdir/hppa1.1-hp-hpux10.20/libjava'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory 
`/tmp_mnt/home/urban/gnu_src/compile/objdir/hppa1.1-hp-hpux10.20/libjava'
gmake: *** [all-target-libjava] Error 2
In an attempt to fix the problem myself, I wrapped the include line for ffi.h 
with as follows:
#ifdef INTERPRETER
#include <ffi.h>
#endif
But, this generated a bunch of errors for variables undefined etc. I thought 
about trying wrap the offending sections of code with the ifdef. But, I am not 
sure this would be the best approach for solving the problem given the amount of 
code in the file, natMethod.cc, that depends on ffi.h. 
I am wondering if this file is absolutely needed for libgcj. If not, is there 
some way during the configure that would leave this file out of the compile if 
the interpreter is not enabled.
Any and all help or suggestions would be appreciated.
Also, has anyone thought about proting libffi to the HP?
Scott Urban
D. S. Urban 
email : urban@ast.lmco.com
-------------------------------------------------------------------------------
To be the person, you must know the person. To know the person, you must
understand the person. To understand the person, you must listen. To listen,
you must open your mind and put aside all preconceived ideas and notions.
-------------------------------------------------------------------------------
All opinions expressed are my own not that of my employer