Re: No VM02 at KFest?

["John B. Matthews" <nospam@nospam.invalid>]

In article 
<823ab017-9dc4-4483-aea5-a4d6136199ae@z34g2000pro.googlegroups.com>,
 mdj <mdj.mdj@gmail.com> wrote:

> On Jul 23, 11:54 am, DaveSchmenk <dschm...@gmail.com> wrote:
> 
> > When javac goes traipsing through the directories looking for the 
> > .class files, it will build them from the .java source if it 
> > doesn't find them.  In my makefile (I'm the worst makefile author 
> > in the world) I try to build all the class files up front so that I 
> > can copy them to ProDOS image directory.  I've had a few bugs when 
> > javac would update a class file before the makefile got to it so it 
> > never got copied to the ProDOS image.  Arrggghhh.
> 
> Try using Ant? A bit of simple Java glue for AppleCommander (assuming 
> John hasn't already done it) and you could use AC to build image 
> files straight from the ant build file...

I've added directory support in an interim release, but I still need to 
implement mkdir:

<http://sites.google.com/site/drjohnbmatthews/applecommander>

IIUC, the vm02 classpath is isomorphic to the ProDOS directory 
structure, so if the classes "Main" and "Answer" are in the package 
"temp":

package temp;
import apple2.*;

public class Main {
    public static void main(String args[]) {
        System.out.println("Hello, world!");
        System.out.println("Answer: " + Answer.n);
    }
}

class Answer {
    static int n = 42;
}

they would go in a directory named /TEMP:

DISK=java.2mg
CLASSPATH=.:/Users/Shared/vm02/src

Main: Main.java
    javac  -cp ${CLASSPATH} Main.java
    ac -d ${DISK} /temp/Main
    ac -p ${DISK} /temp/Main bin < Main.class
    ac -d ${DISK} /temp/Answer
    ac -p ${DISK} /temp/Answer bin < Answer.class

Similarly, the classes in the package org.vm02.cui would be found in 
/ORG/VM02/CUI.

[...]
-- 
John B. Matthews
trashgod at gmail dot com
<http://sites.google.com/site/drjohnbmatthews>