In article <col101-w59c542f4a7f6e856abdfe7e6...@phx.gbl>, 
jay.kr...@cornell.edu says...
> We use Hudson to manage builds.
> It uses Java.
> It looks like there's nothing viable here for OpenBSD other than x86 and
> AMD64?
> I already have OpenBSD/x86 working.
> I have Linux/ppc, maybe Linux/sparc working.
> There's a "zero assembly" project that has eased things, but
> the web page says it is gcc and Linux specific. I don't yet know why.
> Kaffe doesn't work. I tried.
> Anyone working on this?
> I might poke around a little but I doubt I have sufficient time.
> "Performance doesn't matter here", so even Linux emulation would 
suffice.
>   e.g. on ppc and sparc64.
> That doesn't seem to be present, and I realize it not a small thing.

Thoughts:
1. OpenBSD/Sparc64 (and I think OpenBSD/sparc, too) can run SunOS 
binaries under emulation.  Granted that doesn't exactly *solve* your 
problem since it'll be almost as difficult finding a SunOS a.out-format 
JVM...

2. x86 Emulation is present on all platforms through Bochs.  (It may or 
may not be available as a package for your platform.)  Theoretically I 
could even emulate a PC on my Blackberry using Bochs, as long as 
performance REALLY wasn't a concern!  Expect at least a 10x slowdown 
compared to the native speed of the system.  AFAIK Bochs runs OpenBSD 
perfectly well, just... slowly.

There are several alternatives for gaining access to the local 
filesystem from inside the VM; I generally use either whatever native 
"tunneling" function exists in the emulator, or when that's 
insufficient, plain-old NFS mounts.

3. The GCC compiler suite includes GCJ, which includes a somewhat non-
traditional JVM that is, last I heard, finally capable of bootstrapping 
the SCSL JDK.  According to /usr/ports/INDEX, GCJ is availble on "alpha 
i386 m68k sparc sparc64 powerpc vax amd64" which seems to inclue your 
target platforms.  Unfortunately, the Classpath port is only vetted for 
i386, amd64, and sparc64 - leaving out ppc.  Sometimes the GCJ libs are 
enough, sometimes they aren't.  Depends on the app.

4. Back to emulation: qemu is available on i386, amd64 and ppc.  I 
belive that qemu is capable of some level of "dynamic translation" or 
whatever it's called now to run ppc-on-ppc without too big a penalty.  
While it can probably run some version of linux/ppc I wouldn't hold my 
breath for MacOS.

Any or none of these may or may not solve your problem, but I hope it 
might help.

-Adam Thompson
 athom...@athompso.net

Reply via email to