Mailing Lists: Apple Mailing Lists
 Image of Mac OS face in stamp
Re: Zen and the art of compilation [OT*10E6]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Zen and the art of compilation [OT*10E6]

On Sunday, September 28, 2003, at 01:08 PM, Greg Guerin wrote:


I thought that was odd, too. But why trust javap over javac?

javap parses class files bytecode as input and produces text type representations of that.
javac parses source files as input and produces class files as output.
As someone corrected me a bit ago javap is more a disassembler as opposed to jad or jode which are decompilers . Somewhat interesting distinction. Really just means the decompilers try to go the extra step back to a representation more like the original source than a direct interpretation of the bytecodes.
Bytecodes are probably an easier more accurate interpretation of what's being executed.
We have seen this on the list before. javap tends to be cited as the last word on what is actually produced and what the jvm eventually trys to execute.

It could
also have been a javap bug, such as one resulting from a mistaken ability
to correctly decode class-files of a certain version-number.


True javap might not be bug free itself, and true that javap may still gloss over underlying differences in actual physical class format.

Mike Hall <email@hidden>
<http://www.spacestar.net/users/mikehall>
_______________________________________________
java-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/java-dev
Be sure to read the FAQ http://developer.apple.com/java/faq/ before posting
Do not post admin requests to the list. They will be ignored.
References: 
 >Re: Zen and the art of compilation [OT*10E6] (From: Greg Guerin <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.