Jump to content

Talk:GNU Interpreter for Java

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Joshua Issac (talk | contribs) at 13:37, 14 June 2016 (reply.). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
WikiProject iconJava Redirect‑class Low‑importance
WikiProject iconThis redirect is within the scope of WikiProject Java, a collaborative effort to improve the coverage of Java on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
RedirectThis redirect does not require a rating on Wikipedia's content assessment scale.
LowThis redirect has been rated as Low-importance on the project's importance scale.
WikiProject iconComputing: Software Redirect‑class
WikiProject iconThis redirect is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
RedirectThis redirect does not require a rating on Wikipedia's content assessment scale.
Taskforce icon
This redirect is supported by WikiProject Software.

Java Virtual Machine

The GNU Interpreter for Java (GIJ) is a Java bytecode interpreter for the Java programming language.

So is GIJ an implementation of the Java Virtual Machine specification? And why does this statement have the constraint "for the Java programming language"? If GIJ interprets Java bytecode, it should run such bytecode derived from any programming language (e.g. Scala), not only Java. --Abdull (talk) 14:32, 2 October 2010 (UTC)[reply]

There does not seem to be any reference to any restriction to the Java programming language according to the GCJ manual. I am correcting the article accordingly. --Joshua Issac (talk) 13:37, 14 June 2016 (UTC)[reply]