Thanks, I don't remember what Jet's auxiliary stuff was. It might have been the JVM or some library. But Jet produced an .exe for windows from my java directory with one command line "jc -main=program program" and gathered automatically the local .class files it needed. I gave program.exe to a friend to use and it gave the info I have forgotten but wouldn't execute like I expect an .exe to execute. So I am wondering if gcc requires similar deployment auxiliaries. I don't really want to go back to Fortran or Turbo Pascal 5.5 or Turbo c which were actually neat compilers though I need them sometimes to change old programs. John Love-Jensen wrote: > >> I think there is some kind of misunderstanding. > > I'm still not understanding. > >> ... but still requires auxilliary stuff ... > > What is the difference between "auxiliary stuff" of Java (such as the > native executables produced by gcj), different from the "auxiliary stuff" > of other executables (such as native executables produced by Fortran, > Pascal and C), such that the former "auxiliary stuff" you don't like, but > the later is "auxiliary stuff" that does not raise any consternation? > > If the context is just JBC running on JVM, then I'm right there with you. > I'm not a big fan of JVM -- it's one layer removed from the metal too much > for my comfort. > > But gcj makes native executables (I think; I haven't used gcj; my > understanding is that it's just another front-end for GCC), so the JBC on > JVM is not relevant. > > (And there's nothing wrong with byte code in certain contexts / problem > domains. I have no problems with Lua bytecode, for example. And as I > understand it, Perl scripts get compiled into Perl bytecode and then > executed (interpreted?) by the Perl bytecode engine. And JBC on JVM for > J2EE is clearly a big win, and much more palatable / tractable in the > enterprise context.) > > Sincerely, > --Eljay > > -- View this message in context: http://www.nabble.com/Are-java-executables-standalone--tf3999688.html#a11364227 Sent from the gcc - Help mailing list archive at Nabble.com.
