What's the state of efforts to reduce GCJ's footprint?
Tom Tromey
tromey@redhat.com
Thu Feb 1 03:17:00 GMT 2007
>>>>> "Jim" == Jim Mayer <jim@pentastich.org> writes:
Jim> a few years ago people were complaining about the size of
Jim> minimal gcj compiled applications that seem downright tiny now.
That's progress!
:)
Jim> Since there's so much stuff out there I'm hoping that someone will point
Jim> me to some good information on the topic. I can see that a lot of
Jim> internal compiler work has been going on (the new ABI stuff, major gcc
Jim> changes, a new byte code compiler, etc.) and I'm having trouble figuring
Jim> out how much of the stuff Google turns up is still relevant.
Off the top of my head:
* Many people doing static linking make a custom libcj, removing
things they don't like.
* -freduced-reflection might help somewhat, but of course it affects
what kinds of programs you can run. I'm not sure whether you can
build all of libgcj this way or not; David Daney would know. Or
perhaps Google.
* There's micro-libgcj at one extreme of the spectrum.
There's still no really general solution that I'm aware of.
Tom
More information about the Java
mailing list