Question about Assembly Language
MovieMaker
Posts: 502
·If I wanted to write some code for the propeller in asmembly language, I figure I can write it with a simple text editor. Also, there are Spin codes and ASM codes in charts listed somewhere. But, my question is: Once I get the program written in ASM language, does Parallax have a FREE Assembler-Disassembler or do I have to purchase that? And, I plan to follow one of the many guides on the Parallax sight. But, I just wanted to know after I have the code, where do I go from there?· I guess I will end up with a binary file that I will put on the SD card and run it from there.·
. . . . . Just curious.
Thanks!!!·
·
. . . . . Just curious.
Thanks!!!·
·
Comments
Thanks!
There is another reference - can't remember it's name (@oldbitcollector - what's it called?)
Post Edited (Cluso99) : 9/11/2008 1:32:29 AM GMT
There is more than one usable connection there as well.
OBC
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
New to the Propeller?
Getting started with a Propeller Protoboard?
Check out: Introduction to the Proboard & Propeller Cookbook 1.4
Updates to the Cookbook are now posted to: Propeller.warrantyvoid.us
Got an SD card connected? - PropDOS
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Thank's Brian
"Imagination is more important than knowledge..." Albert Einstein
www.PropelX.com
However, the manual shows the longs (and words) in "logical format", or big endian. This is the way code operating on longs as longs (and words as words) sees them.
However, if you operate on a long with words or bytes, or a word with bytes, you find that the bytes are stored backwards. For example, take the number $01_23_45_67. It's stored in memory as $67_45_23_01. The processor flips the bytes arround on the fly when reading longs as longs and words as words.
The reason for this is that it means that if you access a long as a byte, you can do it as byte[noparse][[/noparse]@longaddr] rather than byte[noparse][[/noparse]@longaddr + 3]
Whenever assembly operates on longs, it operates on them as if they were in big endian format.
(The names big endian and little endian come from which byte comes first: in little endian, the least significant byte comes first, and vise versa)