GNU Compiler for Java
GNU Compiler for Java | |
![]() |
|
Developer: | The GNU Project |
---|---|
Latest release: | 4.2.1 / July 21, 2007 |
OS: | Unix-like |
Genre: | Compiler |
License: | GPL |
Website: | http://gcc.gnu.org/java |
The GNU Compiler for Java (GCJ) is a free software compiler for the Java programming language that is part of the GNU Compiler Collection. It can compile Java source code to either Java Virtual Machine bytecode, or directly to machine code for any of a number of CPU architectures. It can also compile class files containing bytecode or entire JARs containing such files into machine code. Almost all of the runtime libraries used by GCJ come from the GNU Classpath project. Since gcj 4.3 (currently alpha), it is integrated with ecj, the Eclipse Compiler for Java.[1]
Currently a lot of work has gone in to getting GNU Classpath to support Java's two graphical APIs: AWT and Swing. Full support for both AWT and Swing is close and it is likely that soon it will no longer be necessary to use the runtime provided by Sun Microsystems in order to run AWT/Swing applications.[citation needed]
Contents |
CNI (Cygnus Native Interface)
The Cygnus Native Interface (CNI) is a software framework for the GCJ which allows Java code to call and be called by native applications (programs specific to a hardware and operating system platform) and libraries written in C++.
It is similar to the Java Native Interface (JNI) framework which comes as standard with various Java virtual machines. However the CNI authors claim various advantages over JNI: [1]
We use CNI because we think it is a better solution, especially for a Java implementation that is based on the idea that Java is just another programming language that can be implemented using standard compilation techniques. Given that, and the idea that languages implemented using Gcc should be compatible where it makes sense, it follows that the Java calling convention should be as similar as practical to that used for other languages, especially C++, since we can think of Java as a subset of C++. CNI is just a set of helper functions and conventions built on the idea that C++ and Java have the *same* calling convention and object layout; they are binary compatible. (This is a simplification, but close enough.)
The basic idea behind CNI is that Java classes appear as C++ classes. For example[2], given a Java class,
public class Int { public int i; public Int (int i) { this.i = i; } public static Int zero = new Int(0); }
one can use the class, like so:
#include <gcj/cni.h> #include <Int> Int* mult(Int* p, jint k) { if (k == 0) return Int::zero; // Static member access. return new Int(p->i * k); }
References
- ^ gcj to use Eclipse compiler as a front end (2007-01-08). Retrieved on 2007-05-20.
- ^ The example was taken from: http://gcc.gnu.org/onlinedocs/gcj/Objects-and-Classes.html#Objects-and-Classes
See also
- GNU Interpreter for Java (GIJ)
- IcedTea
- Kaffe
- SableVM
- JamVM
- Apache Harmony
- Jikes
- C to Java Virtual Machine compilers
- Free Java implementations
External links
- GCJ Homepage
- GCJ Manual
- About CNI section of GCJ Manual
- GCJ Frequently Asked Questions
- How a Java Compiler Works
- LWN: GCJ - past, present, and future - the article discuss some history of GCJ.