classpath from CVS
I have downloaded and installed classpath0.0 (1999-02-06) on my
Arm/Linux machine and installed it on top of Japhar 0.08. Should the
installed classes replace the classes.zip file? If I don't remove the
classes.zip file Japhar seems to ignore the new arrivals; if I do
remove it, the JVM refuses to start.
Do I need a more up-to-date version of classpath? I tried building
the CVS version but found that I couldn't drive the autoconf/automake
process. Here is what I tried:
- configuration attempt ---
$ automake
configure.in: 15: required file `./include/config.h.in' not found
configure.in: 15: required file `./include/stamp-h.in' not found
$ ./configure --help
bash: ./configure: No such file or directory
$ autoconf
configure.in:41: warning: AC_TRY_RUN called without default to allow cross compiling
$ ./configure --with-classlib=/gnu/japhar-0.08/share
creating cache ./config.cache
checking host system type... arm-unknown-linux-gnu
./configure: line 590: syntax error near unexpected token
`AM_INIT_AUTOMAKE(${PACKAGE},'
./configure: line 590: `AM_INIT_AUTOMAKE(${PACKAGE}, ${VERSION})'
---
What is the right way to go about this?
[I do havbe the right or later versions of the utilities listed in the
GNU Classpath Hacker's Guide.]
Any help appreciated,
Chris Dornan
[EMAIL PROTECTED]
Re: classpath from CVS
"Chris" == cdornan [EMAIL PROTECTED] writes: Chris I tried building the CVS version but found that I couldn't Chris drive the autoconf/automake process. Here is what I tried: Run aclocal, autoconf, automake in that order. Then try to run configure. Tom
Re: classpath from CVS
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: I have downloaded and installed classpath0.0 (1999-02-06) on my Arm/Linux machine and installed it on top of Japhar 0.08. Should the installed classes replace the classes.zip file? If I don't remove the classes.zip file Japhar seems to ignore the new arrivals; if I do remove it, the JVM refuses to start. Do I need a more up-to-date version of classpath? I tried building the CVS version but found that I couldn't drive the autoconf/automake process. Here is what I tried: Classpath 0.0 is horribly out of date. At this point I really don't recommend trying to use Classpath unless you plan to be actively hacking on it. Nevertheless, try running "autoheader" and "aclocal" before the commands you tried. That might work. -- Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
classpath from CVS
Hi folks,
OK, I have classpath configured now (thanks Tom).
However, when I try to build, I ran into problems. I have documented
them below, in case they would be of help.
OK, I gather that Classpath is certainly not on general release. At
the momment, I am working on JVMs more than class libraries. I don't
mind putting in a bit of work to get it going but there is little
point in plaguing this list with my problems if I can wait a while
for it to settle down before jumping on board.
Should I wait? Do you folks have plans for a beta release in the pipeline?
Thanks again for your help,
Chris Dornan
[EMAIL PROTECTED]
--- classpath build probs ---
[Again, I am building a CVS checked-out source tree, pointing
`with-java' at a JDK 1.2.1 `java'.]
1) When it does a `javac' on all the .java files I get some compiler errors:
a) java/lang/String.java:86: Invalid expression statement.
val
^
and the file contains:
public String() {
value = new char[0];
val
}
Does enyone know why it has this?
b) nu/java/awt/image/ImageDecoder.java:40: Missing term.
cm =
^
the file contains:
static
{
String endian = System.getProperties ().getProperty ("gnu.cpu.endian");
if (endian == null)
cm =
}
It looks as if some preprocessing step has substituted a null string
where it shouldn't have.
c) java/awt/Image.java:23: Package java.awt.image not found in import.
import java.awt.image.*;
^
I get many, many of these messages. Is this because I am running a
recenct, fussy, JDK 1.2.1 java.
d) /gnu/japhar-0.08/bin/javah --jni --classpath
.:/gnu/japhar-0.08/share/classes.zip java.io.File
java/lang/ClassNotFoundException (com.sun.tools.javah.Main)
Hmnn, it is running japhar now?
Small problems compiling the java files
Hi,
The latest update of java/lang/String.java not only contained the new
copyright header but also some garbage in the String() constructor.
There is now a strange line (86) that only has the word 'val' on it.
So it doesn't compile now.
The file gnu/java/awt/image/ImageDecoder.java has almost the same problem.
There is now a new static code block that has a line "cm =".
So that also doesn't compile.
The file gnu/java/awt/peer/gtk/GtkImagePainter.java does not have a
package statement which makes jikes barf.
I have included the diff that makes it compile for me.
(That is the java files. I haven't actually tried making the native files.)
Cheers,
Mark
Index: java/lang/String.java
===
RCS file: /cvs/classpath/java/lang/String.java,v
retrieving revision 1.26
diff -u -r1.26 String.java
--- java/lang/String.java 2000/03/16 23:31:39 1.26
+++ java/lang/String.java 2000/05/08 20:49:54
@@ -82,8 +82,6 @@
*/
public String() {
value = new char[0];
-
-val
}
/**
Index: gnu/java/awt/image/ImageDecoder.java
===
RCS file: /cvs/classpath/gnu/java/awt/image/ImageDecoder.java,v
retrieving revision 1.4
diff -u -r1.4 ImageDecoder.java
--- gnu/java/awt/image/ImageDecoder.java2000/03/20 04:20:06 1.4
+++ gnu/java/awt/image/ImageDecoder.java2000/05/08 20:49:54
@@ -37,7 +37,7 @@
{
String endian = System.getProperties ().getProperty ("gnu.cpu.endian");
if (endian == null)
- cm =
+ cm = null; // XXX
}
public ImageDecoder (String filename)
Index: gnu/java/awt/peer/gtk/GtkImagePainter.java
===
RCS file: /cvs/classpath/gnu/java/awt/peer/gtk/GtkImagePainter.java,v
retrieving revision 1.3
diff -u -r1.3 GtkImagePainter.java
--- gnu/java/awt/peer/gtk/GtkImagePainter.java 2000/03/20 04:14:11 1.3
+++ gnu/java/awt/peer/gtk/GtkImagePainter.java 2000/05/08 20:49:54
@@ -17,6 +17,8 @@
along with this library; if not, write to the Free Software Foundation
Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307 USA. */
+package gnu.java.awt.peer.gtk;
+
import java.awt.*;
import java.awt.image.*;
import java.util.*;
