Truk wrote:I am a greenhorn with the CW. Until now, I have written my software (all were small projects) in a DOS enviroment, all in assembler.Can sombody mail to me an structured example in assembler written in the CW where I can see how I have to build the software project?
I'm no CW expert at all but...
Absolute assembly does _not_ preclude the use of include files.
Includes are just a way of breaking your "1 big file" up into smaller ones. They are all chained together again upon assembly.
I seem to remember some one looking for the AW header or inc file recently
Regards David
Yes it was the OP asking here:
http://forums.freescale.com/freescale/board/message?board.id=8BITCOMM&message.id=1883
Message Edited by peg on 2006-07-06 08:55 AM
peg wrote:I'm no CW expert at all but...
Absolute assembly does _not_ preclude the use of include files.
Includes are just a way of breaking your "1 big file" up into smaller ones. They are all chained together again upon assembly.
I seem to remember some one looking for the AW header or inc file recently
Regards David
Yes it was the OP asking here:
http://forums.freescale.com/freescale/board/message?board.id=8BITCOMM&message.id=1883
Message Edited by peg on 2006-07-06 08:55 AM
In this other universe the aliens might be:
Reusing code modules in other projects
Doing conditional assembly to suit different hardware variants
Easing the burden of version control over these variants
Not having to scroll for miles through one file trying to find what you are looking for instead of opening the ISR file to find a particular ISR for example.
I used to do it all in one file, but now the file I throw at the assembler has only comments, version notes and include statements in it. I will never go back!
Regards David from planet Earth.
peg wrote:In this other universe the aliens might be:
Reusing code modules in other projects
[ron] 'cut-n-paste' editors are your friend.Doing conditional assembly to suit different hardware variants
[ron] The proper documentation of this technique is inevitably more complex than simply having different firmware versions per hardware variant.Easing the burden of version control over these variants
[ron] See above.Not having to scroll for miles through one file trying to find what you are looking for instead of opening the ISR file to find a particular ISR for example.
[ron] Using the handy 'find' function within a single file is easier than having to call up a whole 'nother file to find something in.I used to do it all in one file, but now the file I throw at the assembler has only comments, version notes and include statements in it. I will never go back!
Regards David from planet Earth.
Hello all,
With absolute assembly there is no restriction on the number of files that may be INCLUDEd, and you may also nest includes (include files may be referenced within an include file). The primary difference is that absolute assembly code defines its location in memory using ORG directives, whereas relocatable assembly uses SECTION directives to define code location. For absolute assembly, the programmer also needs to ensure that there is no overlapping of the various code sections in different parts of the program.
Another difference is that, for absolute assembly, since all addresses are known during the assembly process, the linker is not required, and an S19 file can be directly generated by the assembler. However, I think this may require that the assembler program be used alone, and not called from within the CW IDE.
When using the assembler program alone, the formalised, and rather complex CW project directory structure is not necessary. Note that the simulator/debugger tool can also be use alone.
I assume that Truk's earlier assembly projects would have used absolute assembly.
Regards,
Mac