This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
gcc backend that can be interpreted by a java program?
- From: Adam Megacz <gcj at lists dot megacz dot com>
- To: java at gcc dot gnu dot org
- Cc: core at xwt dot org
- Date: 04 Jul 2003 04:25:05 -0700
- Subject: gcc backend that can be interpreted by a java program?
- Organization: Myself
I'm looking for a gcc backend that emits something that can be easily
interpreted by a Java program. This is a really strange request, I
know.
Something that could be translated to bytecode easily would be even
better. Essentially I'm looking for the *simplest* architecture that
gcc can target. Performance is not much of a concern as long as the
target has floating point instructions that I can turn into Java
operations on floats/doubles.
Why? I need to run Freetype2 (very clean ANSI C, no external
dependencies) in an all-Java environment. JNI/CNI are not an option.
Porting the code by hand would be excruciating and error-prone.
Performance is not much of a concern since I will aggressively cache
the rasterizations of the fonts.
Any ideas? None of the JVM-bytecode backends or c-to-java translators
(c2j, the egcs1.1.2 bytecode backend, etc) are mature enough to handle
Freetype.
Are there any toy architectures out there? MIPS is the simplest one I
can come up with off the top of my head, but there's got to be
something simpler.
- a