On Thu, 29 Oct 1998, Petter Reinholdtsen wrote:
>
> Hm, not sure if I can help you.
>
> > I am working off of the code in the CVS and I ran into some
> > problems. The first set of problems seem to be related to libtool
> > and arguments that were getting passed to if from configure (The
> > details about this problem are attached in the text file called
> > note1).
>
> Not sure what is wrong here. Maybe the libtool.m4 for v1.2b is
> incompatible with the ltconfig in the distribution?
It looks that way. My install of ltconfig does not seem to like the
--no-reexec option.
>
> > I was using the classes.zip from a JDK1.1.6 install (refrence
> > release, not the production release) when I got this message. Then I
> > switched to a classes.jar file that I know worked on japhar version
> > 5 but it still crashed and gave me the same error message.
>
> You are still using the "new" classes.zip" over the old classes.jar.
> Rename .jar file to solve this.
I removed the classes.zip that was put in japhar/share by the install
but I got the same error. Is there a classes.zip of classes.jar that
you know works? Where could I get one? Does the windows version of
the JDK have a working classes.zip?
> > I also noticed that after I installed japhar there was no bin/java
> > executable. I know you want people to use bin/japhar but why not put
> > in bin/java as a symlink to bin/japhar. You already have programs
> > named javac and jdb so program name conflicts are not an issue.
>
> Well, they are, and we should install the scripts with other names
> when using a configure param. This is not implemented yet.
>
> > aclocal: configure.in: 16: macro `AM_PROG_LIBTOOL' not found in
> > library
>
> Install libtool with same prefix (--prefix=/path) as automake and
> autoconf.
Yeah I fixed that one. It was a problem with the libtool install.
> > mmap: Invalid argument
>
> Strange. Need more input. :-)
I will have to look into this one later.
>
> > You are using a classes.zip containing a version of java.lang.System
> > that is different than those that the japhar developers use. It
> > could quite possibly be a pre-1.1.5 classes.zip file, but given
> > Sun's recent shoddy release practices, it may actually be a valid
> > classes.zip file in every other respect. Your mileage may vary.
> > Attempting to limp along.
> [...]
> > Fatal Java VM Error: Unresolved Function:
> > Java_java_lang_System_setIn0__java_io_InputStream_2_stub
>
> The above message causes the given error. Do 'cd classes; cp
> classes.jar classes.zip' before installing. I'll make a note in
> INSTALL that JDK 1.1.6 for Sun/SPARC is currently useless.
>
> Try again with correct classes.zip. :-)
later
mo dejong
dejong at cs.umn.edu
