gcj and cygnus
Jeff Sturm
jsturm@detroit.appnet.com
Fri Aug 18 15:29:00 GMT 2000
"knoxos (axel)" wrote:
> So libgjc for win32 is not worked on? *sigh* I think i mismatched
> libgjc-win32 with normal libgjc, since this seems to be a very active project ;)
I think Jon is still working on libgcj for Mingw. Last time I checked however
he abandoned the idea of a native libgcj build under Cygwin, which is what I was
talking about.
Jon's current project page describes hosting the build on Cygwin, even though
the resulting executable is not a Cygwin executable (due to -mno-cygwin).
Judging by the traffic on this list, there aren't many using gcj on win32,
unless they are collaborating somewhere else, maybe on the Cygwin list.
I worked on it myself a while back. I had ffi, garbage collection and threads
working on win32, it wasn't too hard.. but since I switched to Linux as my
primary development workstation I'm no longer too motivated ;)
BTW I found it much quicker and easier to cross-compile for win32 than try to
self-host development with Cygwin.
> I played around with TOBA a lot, but it just didn't compile, and since
> this project is also dead....
Toba is also somewhat slow. It does soft null pointer checking, for instance.
You won't get monumental speed increases over HotSpot regardless of what you
use. If performance of your app is that critical, I'd recommend spending some
time profiling your code to find the hot spots (no pun intended). If you are
using gcj, you might want to check out cprof, which somebody (AG?) mentioned a
while back on this list.
--
Jeff Sturm
jeff.sturm@appnet.com
More information about the Java
mailing list