Patch for SunOS 4.1.3 build of 1.0.b2
桜井 厚
sakurai at ed.fujitsu.co.jp
Thu Oct 8 03:12:50 PDT 1998
In message <orvhly2bnz.fsf at araguaia.dcc.unicamp.br>Alexandre Oliva
write:
>imgjpeg.c won't compile on SunOS 4.1.3 because jpeglib.h assumes
>size_t is defined already. The attached patch fixes this problem.
Yes, I have fixed this problem by myself referencing same problem you
had fixed before.
In another mail Alexandre Oliva write:
>I've just finished building on SunOS 4.1.3, and it *does* produce a
Really?
>class file. Are you sure you did a complete build,
The command of "make (GNU Make version 3.77)" once stopped in the
step of making "clib/awt/libawt.so" saying that,
--
ld -Bdynamic -o libawt.so X/tlk.o X/wnd.o X/evt.o X/gra.o X/fnt.o X/clr.o X/img.o X/cbd.o -L/usr/X11R6/lib -lX11 -ljpeg -L/usr/local/lib -ljpeg
ld: Undefined symbol
_free
_calloc
_malloc
: (deleted)
_fscanf
_abs
_toupper
--
Though it seemed to be a error, libawt.so was produced. And by typing
"make" again, compilation continued. That was only the suspicious
point.
>and that your
>CLASSPATH contains Klasses.jar before classes.zip?
1st try:
CLASSPATH = .:/usr/local/share/kaffe
The "trace kaffe" command shows that
"./sun/io/CharToByteDefault.clas" may be undefined. So, I added as
follows.
2nd try:
CLASSPATH = .:/usr/local/share/kaffe:/usr/local/java/jdk1.2/jre/lib/rt.jar
Then, this error message was displayed.
% javac HelloWorldApp.java
Failed to locate native function:
java/lang/Object.registerNatives()V
Illegal instruction
--
+---------------------------------+
|SAKURAI, atsushi |
|e-mail: sakurai at ed.fujitsu.co.jp |
+---------------------------------+
More information about the kaffe
mailing list