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
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 lib
> "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
[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
27;s javac.
--John
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 08, 2000 1:46 PM
To: [EMAIL PROTECTED]
Subject: classpath from CVS
Hi folks,
OK, I have classpath configured now (thanks Tom).
However, when I try to build, I ran into problem
John Keiser wrote:
>
> Dunno if this will help right now (I haven't built in a month or so), but
> try downloading Jikes
> (http://oss.software.ibm.com/developerworks/opensource/jikes/project/) and
> compile using that. That is what I used last time.
>
> You will notice that it compiles *many*
"Ian D. Stewart" <[EMAIL PROTECTED]> writes:
> FYI, I'm working on a new build scenario, where each class is compiled
> individually, ordered based on dependencies.
I'm sorry, I don't see how this is any different compared to kjc or
jikes which do the dependency ordering for you given any simp
Brian Jones wrote:
>
> "Ian D. Stewart" <[EMAIL PROTECTED]> writes:
>
> > FYI, I'm working on a new build scenario, where each class is compiled
> > individually, ordered based on dependencies.
>
> I'm sorry, I don't see how this is any different compared to kjc or
> jikes which do the dependen
Jeff Sturm <[EMAIL PROTECTED]> writes:
> If A is modified, B must be compiled. Do jikes and kjc know to rebuild
> B?
Jikes does... no idea about kjc. The dependencies are based off of Jikes
output for people who can't/won't use jikes. See lib/mkdep.pl.in and the
file makefile.dep (which can b
Brian Jones wrote:
>
> "Ian D. Stewart" <[EMAIL PROTECTED]> writes:
>
> > FYI, I'm working on a new build scenario, where each class is compiled
> > individually, ordered based on dependencies.
>
> I'm sorry, I don't see how this is any different compared to kjc or
> jikes which do the dependen
Hello Ian,
[Sorry, for sending a blank mail, but emacs' key sequence for sending
mail (C-c C-c) is really bad chosen...]
On May 10, Ian D. Stewart wrote:
> Rather, it is one of system resources. Using the "en mass" method, the
> compiler attempts to compile all the classes of the classpath libr
Jochen Hoenicke wrote:
>
> Hello Ian,
>
> [Sorry, for sending a blank mail, but emacs' key sequence for sending
> mail (C-c C-c) is really bad chosen...]
>
> On May 10, Ian D. Stewart wrote:
> > Rather, it is one of system resources. Using the "en mass" method, the
> > compiler attempts to com
Ian D. Stewart wrote:
>
> Jochen Hoenicke wrote:
> >
> > Hello Ian,
> >
> > [Sorry, for sending a blank mail, but emacs' key sequence for sending
> > mail (C-c C-c) is really bad chosen...]
> >
> > On May 10, Ian D. Stewart wrote:
> > > Rather, it is one of system resources. Using the "en mass"
"Ian D. Stewart" wrote:
> Processor: 75MHz Pentium
> Memory: 16 MB Physical; 64 MB swap
> Hard Drive: 1.2 GB WD Caviar w/ ~150 MB free
>
> By compiling each class individually, the compiler compiles that single
> class, along with any immediate dependencies, then stops, releasing
> allocating res
Bryce McKinlay <[EMAIL PROTECTED]> writes:
> "Ian D. Stewart" wrote:
>
> > Processor: 75MHz Pentium
> > Memory: 16 MB Physical; 64 MB swap
> > Hard Drive: 1.2 GB WD Caviar w/ ~150 MB free
> >
> > By compiling each class individually, the compiler compiles that single
> > class, along with any im
Don't know if I sent my last email to the list or just to Ian. Anyway
vpath %.java $(top_srcdir) does the trick with a small modification to
the rule.
%.class: %.java
$(JAVAC) $<
I'm still playing with this so I've not checked in anything.
Brian
--
Brian Jones <[EMAIL PROTECTED]>
Brian Jones <[EMAIL PROTECTED]> writes:
> Don't know if I sent my last email to the list or just to Ian. Anyway
> vpath %.java $(top_srcdir) does the trick with a small modification to
> the rule.
>
> %.class: %.java
> $(JAVAC) $<
>
> I'm still playing with this so I've not checked in
Run aclocal
[+] Run autoheader
[+] Run automake
[+] Run autoconf"..
But it will not resolve the Problem..
Best regards
--
View this message in context:
http://old.nabble.com/Compile-Classpath-from-CVS-tp29873864p29873864.html
Sent from the Gnu - Classpath - General mailing list archive at Nabble.com.
Has anyone else run into this error. Any idea what makefile (or whatever)
I need to hack to get this to work. Also, I have to wonder why the
classpath stuff is compiled one .java file at a time. This takes a lot
longer then just compiling all of the .java files at once.
(here is the error)
../j
Moses DeJong <[EMAIL PROTECTED]> writes:
> ../java/lang/Character.java:5: Class gnu.java.lang.ClassLoaderHelper not found in
>import.
> import gnu.java.lang.ClassLoaderHelper;
>^
> ../java/lang/Character.java:26: Interface java.lang.Comparable of class
>java.lang.Character not
> found.
20 matches
Mail list logo
