From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,9e20292f693f1408 X-Google-Attributes: gid103376,public From: "W. Wesley Groleau x4923" Subject: Re: multi-language to JVM compilers? Date: 1997/09/23 Message-ID: <34280184.29EF@pseserv3.fw.hac.com>#1/1 X-Deja-AN: 274917440 Sender: usenet@most.fw.hac.com (News Administration) References: <34196E8E.1790@gsfc.nasa.gov> <341D47EE.3804@gsfc.nasa.gov> <342002F1.6913@gsfc.nasa.gov> <34228A59.7D45@pseserv3.fw.hac.com> X-Nntp-Posting-Host: sparc02 Organization: Hughes Defense Communications Newsgroups: comp.lang.ada Date: 1997-09-23T00:00:00+00:00 List-Id: > Java, and various Java tools would be useless, since the semantic > level of the JVM generated would be completely wrong. OK, you know > the JVM specs, but perhaps you do not have a clear idea of the > semantic level of a GCC backend, which is a very simple machine model > with a limited number of registers. The JVM and p-code models were very simple in most respects and had a limited number of registers. Where they got complex was in the frame-handling/subprogram calling instructions where the object code format/class format was entangled with the instructions that performed a procedure call/class loading. (as I recall....) > By contrast generating silly JVM output from the backend of GCC is by > contrast trivial, and probably no more than a few weeks work. The fact > that you think it is a bigger task must mean you have some major > misconceptions, I can't quite guess what. The "fact that I think it is a bigger task" is more accurately the fact that other people have claimed it is a bigger task. First, there were Usenet posts that said starting from the AST was more feasible (which I may have misinterpreted as meaning easier) because the byte code was at a higher level that was more similar to the semantic level of the tree. Then there was S. Tucker Taft's paper explaining how Ada features and Java features were so straightforwardly mapped onto each other. Now you say that a byte-code generating back-end is trivial but mapping to the intermediate form is difficult, and that I am confused to think otherwise. I'm not accusing anyone of changing his/her tune, but I certainly haven't changed mine! I also do not agree with the apparent suggestion that we can make object files derived from several different languages compatible with each other and and with symbolic debuggers, but we can't make JVM byte-code class files from more than one language "interface with Java, and the various Java tools." But my main point is that being able to generate Java classes from several different languages _would_ be a Good Thing, whether difficult or not. That is not to say I fault anyone from doing whatever he/she/they believes his/her/their customers want/need. -- ---------------------------------------------------------------------- Wes Groleau, Hughes Defense Communications, Fort Wayne, IN USA Senior Software Engineer - AFATDS Tool-smith Wanna-be wwgrol AT pseserv3.fw.hac.com Don't send advertisements to this domain unless asked! All disk space on fw.hac.com hosts belongs to either Hughes Defense Communications or the United States government. Using email to store YOUR advertising on them is trespassing! ----------------------------------------------------------------------