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