C/C++ Interactive Guide

home *** CD-ROM | disk | FTP | other *** search

/ C/C++ Interactive Guide / c-cplusplus-interactive-guide.iso / c_ref / csource4 / 276_01 / a16.doc < prev next >

Wrap

Text File | 1989-10-03 | 43.4 KB | 1,158 lines

/* HEADER: CUG276; TITLE: PIC1650 Cross-Assembler (Portable); FILENAME: A16.DOC; VERSION: 0.0; DATE: 07/06/1989; SEE-ALSO: A16.H; AUTHORS: William C. Colley, III; */ PIC1650 Cross-Assembler (Portable) Version 0.0 Copyright (c) 1985,1987,1989 William C. Colley, III The manual such as it is. Legal Note: This package may be used for any commercial or non-commercial purpose. It may be copied and distributed freely provided that any fee charged by the distributor of the copy does not exceed the sum of: 1) the cost of the media the copy is written on, 2) any required costs of shipping the copy, and 3) a nominal handling fee. Any other distribution requires the written permission of the author. Also, the author's copyright notices shall not be removed from the program source, the program object, or the program documentation. Table of Contents 1.0 How to Use the Cross-Assembler Package .................. 3 2.0 Format of Cross-Assembler Source Lines .................. 4 2.1 Labels ............................................. 5 2.2 Numeric Constants .................................. 5 2.3 String Constants ................................... 6 2.4 Expressions ........................................ 6 3.0 Machine Opcodes ......................................... 7 3.1 Opcodes -- No Arguments ............................ 7 3.2 Opcodes -- Immediate Operations .................... 7 3.3 Opcodes -- Register Operations ..................... 8 3.4 Opcodes -- Register-to-Accumulator Operations ...... 8 3.5 Opcodes -- Register Bit Operations ................. 8 3.6 Opcodes -- Branch Operations ....................... 8 3.7 Opcodes -- Built-In Macros ......................... 8 4.0 Pseudo Opcodes .......................................... 10 4.1 Pseudo-ops -- DS ................................... 10 4.2 Pseudo-ops -- DW ................................... 10 4.3 Pseudo-ops -- END .................................. 10 4.4 Pseudo-ops -- EQU .................................. 11 4.5 Pseudo-ops -- IF, ELSE, ENDIF ...................... 11 4.6 Pseudo-ops -- INCL ................................. 12 4.7 Pseudo-ops -- ORG .................................. 12 4.8 Pseudo-ops -- PAGE ................................. 12 4.9 Pseudo-ops -- SET .................................. 13 4.10 Pseudo-ops -- TITLE ................................ 13 5.0 Assembly Errors ......................................... 13 5.1 Error * -- Missing Statement ....................... 13 5.2 Error ( -- Parenthesis Imbalance ................... 14 5.3 Error " -- Missing Quotation Mark .................. 14 5.4 Error A -- Address Out of Bounds ................... 14 5.5 Error B -- Illegal Bit Number ...................... 14 5.6 Error D -- Illegal Digit ........................... 14 5.7 Error E -- Illegal Expression ...................... 14 5.8 Error I -- IF-ENDIF Imbalance ...................... 15 5.9 Error L -- Illegal Label ........................... 15 5.10 Error M -- Multiply Defined Label .................. 15 5.11 Error O -- Illegal Opcode .......................... 15 5.12 Error P -- Phasing Error ........................... 15 5.13 Error R -- Illegal Register Number ................. 16 5.14 Error S -- Illegal Syntax .......................... 16 5.15 Error T -- Too Many Arguments ...................... 16 5.16 Error U -- Undefined Label ......................... 16 5.17 Error V -- Illegal Value ........................... 16 5.18 Error W -- Illegal Direction Designator ............ 16 6.0 Warning Messages ........................................ 16 6.1 Warning -- Illegal Option Ignored .................. 17 6.2 Warning -- -l Option Ignored -- No File Name ....... 17 6.3 Warning -- -o Option Ignored -- No File Name ....... 17 6.4 Warning -- Extra Source File Ignored ............... 17 6.5 Warning -- Extra Listing File Ignored .............. 17 6.6 Warning -- Extra Object File Ignored ............... 17 1 7.0 Fatal Error Messages .................................... 17 7.1 Fatal Error -- No Source File Specified ............ 17 7.2 Fatal Error -- Source File Did Not Open ............ 18 7.3 Fatal Error -- Listing File Did Not Open ........... 18 7.4 Fatal Error -- Object File Did Not Open ............ 18 7.5 Fatal Error -- Error Reading Source File ........... 18 7.6 Fatal Error -- Disk or Directory Full .............. 18 7.7 Fatal Error -- File Stack Overflow ................. 18 7.8 Fatal Error -- If Stack Overflow ................... 18 7.9 Fatal Error -- Too Many Symbols .................... 18 2 1.0 How to Use the Cross-Assembler Package First, the question, "What does a cross-assembler do?" needs to be addressed as there is considerable confusion on this point. A cross-assembler is just like any other assembler except that it runs on some CPU other than the one for which it assembles code. For example, this package assembles PIC1650 source code into PIC1650 object code, but it runs on an 8088, a 68000, or whatever other CPU you happen to have a C compiler for. The reason that cross-assemblers are useful is that you probably already have a CPU with memory, disk drives, a text editor, an operating system, and all sorts of hard-to-build or expensive facilities on hand. A cross-assembler allows you to use these facilites to develop code for an PIC1650. This program requires one input file (your PIC1650 source code) and zero to two output files (the listing and the object). The input file MUST be specified, or the assembler will bomb on a fatal error. The listing and object files are optional. If no listing file is specified, no listing is generated, and if no object file is specified, no object is generated. If the object file is specified, the object is written to this file in "Intel hexadecimal" format. The command line for the cross-assembler looks like this: A16 source_file { >list_file } { -o object_file } where the { } indicates that the specified item is optional. Some examples are in order: a16 test16.asm source: test16.asm listing: none object: none a16 test16.asm -l test16.prn source: test16.asm listing: test16.prn object: none a16 test16.asm -o test16.hex source: test16.asm listing: none object: test16.hex a16 test16.asm -l test16.prn -o test16.hex source: test16.asm listing: test16.prn object: test16.hex The order in which the source, listing, and object files are specified does not matter. Note that no default file name exten- sions are supplied by the assembler as this gives rise to porta- bility problems. 3 2.0 Format of Cross-Assembler Source Lines The source file that the cross-assembler processes into a listing and an object is an ASCII text file that you can prepare with whatever editor you have at hand. The most-significant (parity) bit of each character is cleared as the character is read from disk by the cross-assembler, so editors that set this bit (such as WordStar's document mode) should not bother this program. All printing characters, the ASCII TAB character (09H), and newline character(s) are processed by the assembler. All other characters are passed through to the listing file, but are otherwise ignored. The source file is divided into lines by newline char- acter(s). The internal buffers of the cross-assembler will accommodate lines of up to 255 characters which should be more than ample for almost any job. If you must use longer lines, change the constant MAXLINE in file A16.H and recompile the cross-assembler. Otherwise, you will overflow the buffers, and the program will mysteriously crash. Each source line is made up of three fields: the label field, the opcode field, and the argument field. The label field is optional, but if it is present, it must begin in column 1. The opcode field is optional, but if it is present, it must not begin in column 1. If both a label and an opcode are present, one or more spaces and/or TAB characters must separate the two. If the opcode requires arguments, they are placed in the argument field which is separated from the opcode field by one or more spaces and/or TAB characters. Finally, an optional comment can be added to the end of the line. This comment must begin with a semicolon which signals the assembler to pass the rest of the line to the listing and otherwise ignore it. Thus, the source line looks like this: {label}{ opcode{ arguments}}{;commentary} where the { } indicates that the specified item is optional. Some examples are in order: column 1 | v GRONK ADDWF F8, W ; This line has everything. MOVWF F4 ; This line has no label. BEEP ; This line has no opcode. ; This line has no label and no opcode. ; The previous line has nothing at all. END ; This line has no argument. 4 2.1 Labels A label is any sequence of alphabetic or numeric characters starting with an alphabetic. The legal alphabetics are: ! # $ % & . : ? @ [ \ ] ^ _ ` { | } ~ A-Z a-z The numeric characters are the digits 0-9. Note that "A" is not the same as "a" in a label. This can explain mysterious U (undefined label) errors occurring when a label appears to be defined. A label is permitted on any line except a line where the opcode is IF, ELSE, or ENDIF. The label is assigned the value of the assembly program counter before any of the rest of the line is processed except when the opcode is EQU, ORG, PAGE, or SET. A number of labels are pre-defined by the assembler for the programmer's convenience. The labels and their values are: Label Value Label Value Label Value F 1 F13 13 F27 27 F0 0 F14 14 F28 28 F1 1 F15 15 F29 29 F2 2 F16 16 F30 30 F3 3 F17 17 F31 31 F4 4 F18 18 @FSR 0 F5 5 F19 19 FSR 4 F6 6 F20 20 PC 2 F7 7 F21 21 PORTA 5 F8 8 F22 22 PORTB 6 F9 9 F23 23 PORTC 7 F10 10 F24 24 RTCC 1 F11 11 F25 25 SW 3 F12 12 F26 26 W 0 If a label is used in an expression before it is assigned a value, the label is said to be "forward-referenced." For example: L1 EQU L2 + 1 ; L2 is forward-referenced here. L2 L3 EQU L2 + 1 ; L2 is not forward-referenced here. 2.2 Numeric Constants Numeric constants are formed according to the Intel convention. A numeric constant starts with a numeric character (0-9), continues with zero or more digits (0-9, A-F), and ends with an optional base designator. The base designators are H for hexadecimal, none or D for decimal, O or Q for octal, and B for binary. The hex digits a-f are converted to upper case by the assembler. Note that a numeric constant cannot begin with A-F as 5 it would be indistinguishable from a label. Thus, all of the following evaluate to 255 (decimal): 0ffH 255 255D 377O 377Q 11111111B 2.3 String Constants A string constant is zero or more characters enclosed in either single quotes (' ') or double quotes (" "). Single quotes only match single quotes, and double quotes only match double quotes, so if you want to put a single quote in a string, you can do it like this: "'". The first character or two of the string constant are all that are used. The rest is ignored. Noting that the ASCII codes for "A" and "B" are 41H and 42H, respectively, will explain the following examples: "" and '' evaluate to 0000H "A" and 'A' evaluate to 0041H "AB" evaluates to 4142H Note that the null string "" is legal and evaluates to 0000H. 2.4 Expressions An expression is made up of labels, numeric constants, and string constants glued together with arithmetic operators, logical operators, and parentheses in the usual way that algebraic expressions are made. Operators have the following fairly natural order of precedence: Highest anything in parentheses unary +, unary - *, /, MOD, SHL, SHR binary +, binary - LT, LE, EQ, GE, GT, NE NOT AND OR, XOR Lowest HIGH, LOW A few notes about the various operators are in order: 1) The remainder operator MOD yields the remainder from dividing its left operand by its right operand. 2) The shifting operators SHL and SHR shift their left operand to the left or right the number of bits specified by their right operand. 3) The relational operators LT, LE, EQ, GE, GT, and NE can also be written as <, <= or =<, =, >= or =>, and <> or ><, respectively. They evaluate to 0FFFFH if the statement is true, 0 otherwise. 6 4) The logical opeators NOT, AND, OR, and XOR do bitwise operations on their operand(s). 5) HIGH and LOW extract the high or low byte, of an expression. 6) The special symbol $ can be used in place of a label or constant to represent the value of the program counter before any of the current line has been processed. Some examples are in order at this point: 2 + 3 * 4 evaluates to 14 (2 + 3) * 4 evaluates to 20 NOT 11110000B XOR 00001010B evaluates to 00000101B HIGH 1234H SHL 1 evaluates to 0024H 001Q EQ 0 evaluates to 0 001Q = 2 SHR 1 evaluates to 0FFFFH All arithmetic is unsigned with overflow from the 16-bit word ignored. Thus: 32768 * 2 evaluates to 0 3.0 Machine Opcodes The opcodes of the PIC1650 processor are divided into groups below by the type of arguments required in the argument field of the source line. If an opcode requires multiple arguments, these must be placed in the argument field in order and separated by commas. 3.1 Opcodes -- No Arguments The following opcodes allow no arguments at all in their argument fields: CLRW CLRWDT * NOP OPTION * SLEEP * * denotes opcode available on CMOS processors only. 3.2 Opcodes -- Immediate Operations The opcodes ANDLW, IORLW, MOVLW, RETLW, and XORLW require one argument that is an expression whose value is in the range -128 to 255. For example: RETLW 2 + 2 7 3.3 Opcodes -- Register Operations The opcodes CLRF and MOVWF require one argument that is an expression whose value is in the range 0 to 31. All of the predefined labels except F and W are provided as a convenient way of expressing these register numbers. For example: MOVWF RTCC TRIS * * denotes opcode available on CMOS processors only. The argument expression for this opcode must be in the range 5 to 7 rather than in the range 0 to 31. 3.4 Opcodes -- Register-to-Accumulator Operations The opcodes in this group require two arguments separated by a comma. The first argument is an expression whose value is in the range 0 to 31 as explained in the previous section. The second argument is an expression whose value is in the range 0 to 1. The predefined labels F and W are provided as a convenient way of specifying these direction designators. For example: MOVF PORTA, W The opcodes in this group are: ADDWF ANDWF COMF DECF DECFSZ INCF INCFSZ IORWF MOVF RLF RRF SUBWF SWAPF XORWF 3.5 Opcodes -- Register Bit Operations The opcodes BCF, BSF, BTFSC, and BTFSS require two arguments separated by a comma. The first argument is an expression whose value is in the range 0 to 31 as explained two sections ago. The second argument is an expression whose value is in the range 0 to 7. For example: BTFSC PORTA, 4 3.6 Opcodes -- Branch Operations The opcode GOTO requires one argument that is an expression whose value is in the range 0 to 511. The CALL opcode requires one argument that is an expression whose value is in the range 0 to 255. 3.7 Opcodes -- Built-In Macros This cross-assembler does not support user-written macros. Due to the primative nature of the PIC1650's instruction set, a 8 few carefully chosen macros can go a long way toward making PIC1650 code easier to read and easier to write. A selection of these macros is built into this cross-assembler in an attempt to ease the pain. The macros are listed below by argument type with their primative instruction equivalents to their right. No Arguments: CLRC BCF SW, 0 CLRDC BCF SW, 1 CLRZ BCF SW, 2 SETC BSF SW, 0 SETDC BSF SW, 1 SETZ BSF SW, 2 SKPC BTFSS SW, 0 SKPDC BTFSS SW, 1 SKPNC BTFSC SW, 0 SKPNDC BTFSC SW, 1 SKPNZ BTFSC SW, 2 SKPZ BTFSS SW, 2 Register Operations: MOVFW F8 MOVF F8, W TSTF RTCC MOVF RTCC, F Branch Operations: B 012H GOTO 012H BC 012H BTFSC SW, 0 GOTO 012H BDC 012H BTFSC SW, 1 GOTO 012H BNC 012H BTFSS SW, 0 GOTO 012H BNDC 012H BTFSS SW, 1 GOTO 012H 9 BNZ 012H BTFSS SW, 2 GOTO 012H BZ 012H BTFSC SW, 2 GOTO 012H 4.0 Pseudo Opcodes Unlike PIC1650 opcodes, pseudo opcodes (pseudo-ops) do not represent machine instructions. They are, rather, directives to the assembler. These directives require various numbers and types of arguments. They will be listed individually below. 4.1 Pseudo-ops -- DS The DS pseudo-op is used to reserve a block of storage in the code space for whatever purpose. This storage is not initialized in any way, so its value at run time will usually be unprogrammed EPROM. The argument expression (which may contain no forward references) is added to the assembly program counter. The following statement would reserve 10 12-bit words of storage called "STORAGE": STORAGE DS 10 4.2 Pseudo-ops -- DW The DW pseudo-op allows 12-bit words to be spliced into the object code. Its argument is a chain of zero or more expressions separated by commas. If a comma occurs with no preceding expression, a word of 0000H is spliced into the code. The sequence of words 0321H, 000H, 0123H could be spliced into the code with the following statement: DW 0321H, , 0123H 4.3 Pseudo-ops -- END The END pseudo-op tells the assembler that the source program is over. Any further lines of the source file are ignored and not passed on to the listing. If an argument is added to the END statement, the value of the argument will be placed in the execution address slot in the Intel hex object file. The execution address defaults to the program counter value at the point where the END was encountered. Thus, to specify that the program starts at label START, the END statement would be: END START 10 If end-of-file is encountered on the source file before an END statement is reached, the assembler will add an END statement to the listing and flag it with a * (missing statement) error. 4.4 Pseudo-ops -- EQU The EQU pseudo-op is used to assign a specific value to a label, thus the label on this line is REQUIRED. Once the value is assigned, it cannot be reassigned by writing the label in column 1, by another EQU statement, or by a SET statement. Thus, for example, the following statement assigns the value 2 to the label TWO: TWO EQU 1 + 1 The expression in the argument field must contain no forward references. 4.5 Pseudo-ops -- IF, ELSE, ENDIF These three pseudo-ops allow the assembler to choose whether or not to assemble certain blocks of code based on the result of an expression. Code that is not assembled is passed through to the listing but otherwise ignored by the assembler. The IF pseudo-op signals the beginning of a conditionally assembled block. It requires one argument that may contain no forward references. If the value of the argument is non-zero, the block is assembled. Otherwise, the block is ignored. The ENDIF pseudo-op signals the end of the conditionally assembled block. For example: IF EXPRESSION ;This whole thing generates DW 01H, 02H, 03H ; no code whatsoever if ENDIF ; EXPRESSION is zero. The ELSE pseudo-op allows the assembly of either one of two blocks, but not both. The following two sequences are equivalent: IF EXPRESSION ... some stuff ... ELSE ... some more stuff ... ENDIF TEMP_LAB SET EXPRESSION IF TEMP_LAB NE 0 ... some stuff ... ENDIF IF TEMP_LAB EQ 0 ... some more stuff ... ENDIF 11 The pseudo-ops in this group do NOT permit labels to exist on the same line as the status of the label (ignored or not) would be ambiguous. All IF statements (even those in ignored conditionally assembled blocks) must have corresponding ENDIF statements and all ELSE and ENDIF statements must have a corresponding IF statement. IF blocks can be nested up to 16 levels deep before the assembler dies of a fatal error. This should be adequate for any conceivable job, but if you need more, change the constant IFDEPTH in file A16.H and recompile the assembler. 4.6 Pseudo-ops -- INCL The INCL pseudo-op is used to splice the contents of another file into the current file at assembly time. The name of the file to be INCLuded is specified as a normal string constant, so the following line would splice the contents of file "const.def" into the source code stream: INCL "const.def" INCLuded files may, in turn, INCLude other files until four files are open simultaneously. This limit should be enough for any conceivable job, but if you need more, change the constant FILES in file A16.H and recompile the assembler. 4.7 Pseudo-ops -- ORG The ORG pseudo-op is used to set the assembly program counter to a particular value. The expression that defines this value may contain no forward references. The default initial value of the assembly program counter is 0000H. The following statement would change the assembly program counter to 01FFH: ORG 01FFH If a label is present on the same line as an ORG statement, it is assigned the new value of the assembly program counter. 4.8 Pseudo-ops -- PAGE The PAGE pseudo-op always causes an immediate page ejection in the listing by inserting a form feed ('\f') character before the next line. If an argument is specified, the argument expression specifies the number of lines per page in the listing. Legal values for the expression are any number except 1 and 2. A value of 0 turns the listing pagination off. Thus, the following statement cause a page ejection and would divide the listing into 60-line pages: 12 PAGE 60 4.9 Pseudo-ops -- SET The SET pseudo-op functions like the EQU pseudo-op except that the SET statement can reassign the value of a label that has already been assigned by another SET statement. Like the EQU statement, the argument expression may contain no forward references. A label defined by a SET statement cannot be redefined by writing it in column 1 or with an EQU statement. The following series of statements would set the value of label "COUNT" to 1, 2, then 3: COUNT SET 1 COUNT SET 2 COUNT SET 3 4.10 Pseudo-ops -- TITLE The TITL pseudo-op sets the running title for the listing. The argument field is required and must be a string constant, though the null string ("") is legal. This title is printed after every page ejection in the listing, therefore, if page ejections have not been forced by the PAGE pseudo-op, the title will never be printed. The following statement would print the title "Random Bug Generator -- Ver 3.14159" at the top of every page of the listing: TITLE "Random Bug Generator -- Ver 3.14159" 5.0 Assembly Errors When a source line contains an illegal construct, the line is flagged in the listing with a single-letter code describing the error. The meaning of each code is listed below. In addition, a count of the number of lines with errors is kept and printed on the C "stderr" device (by default, the console) after the END statement is processed. If more than one error occurs in a given line, only the first is reported. For example, the illegal label "=$#*'(" would generate the following listing line: L 0000 21 00 00 =$#*'( LXI H, 0 5.1 Error * -- Illegal or Missing Statement This error occurs when either: 1) the assembler reaches the end of the source file without seeing an END statement, or 13 2) an END statement is encountered in an INCLude file. If you are "sure" that the END statement is present when the assembler thinks that it is missing, it probably is in the ignored section of an IF block. If the END statement is missing, supply it. If the END statement is in an INCLude file, delete it. 5.2 Error ( -- Parenthesis Imbalance For every left parenthesis, there must be a right paren- thesis. Count them. 5.3 Error " -- Missing Quotation Mark Strings have to begin and end with either " or '. Remember that " only matches " while ' only matches '. 5.4 Error A -- Address Out of Bounds This error occurs when the argument expression to a B, BC, BDC, BNC, BNDC, BNZ, BZ, or GOTO instruction is not in the range 0 to 511 or when the argument expression to a CALL instruction is not in the range 0 to 255. 5.5 Error B -- Illegal Bit Number This error occurs when the second argument expression to a BCF, BSF, BTFSC, or BTFSS instruction is not in the range 0 to 7. 5.6 Error D -- Illegal Digit This error occurs if a digit greater than or equal to the base of a numeric constant is found. For example, a 2 in a binary number would cause a D error. Especially, watch for 8 or 9 in an octal number. 5.7 Error E -- Illegal Expression This error occurs because of: 1) a missing expression where one is required 2) a unary operator used as a binary operator or vice- versa 3) a missing binary operator 4) a SHL or SHR count that is not 0 thru 15 14 5.8 Error I -- IF-ENDIF Imbalance For every IF there must be a corresponding ENDIF. If this error occurs on an ELSE or ENDIF statement, the corresponding IF is missing. If this error occurs on an END statement, one or more ENDIF statements are missing. 5.9 Error L -- Illegal Label This error occurs because of: 1) a non-alphabetic in column 1 2) a reserved word used as a label 3) a missing label on an EQU or SET statement 4) a label on an IF, ELSE, or ENDIF statement 5.10 Error M -- Multiply Defined Label This error occurs because of: 1) a label defined in column 1 or with the EQU statement being redefined 2) a label defined by a SET statement being redefined either in column 1 or with the EQU statement 3) the value of the label changing between assembly passes 5.11 Error O -- Illegal Opcode The opcode field of a source line may contain only a valid machine opcode, a valid pseudo-op, or nothing at all. Anything else causes this error. 5.12 Error P -- Phasing Error This error occurs because of: 1) a forward reference in a DS, EQU, ORG, or SET statement 2) a label disappearing between assembly passes 15 5.13 Error R -- Illegal Register Number This error occurs when a register operation's, register-to- accumulator operation's, or register bit operation's first (or only) argument expression is not in the range 0 to 31. Many predefined symbols are provided for the programmer's convenience in expressing register numbers. 5.14 Error S -- Illegal Syntax This error means that an argument field is scrambled. Sort the mess out and reassemble. 5.15 Error T -- Too Many Arguments This error occurs if there are more items (expressions, register designators, etc.) in the argument field than the opcode or pseudo-op requires. The assembler ignores the extra items but issues this error in case something is really mangled. 5.16 Error U -- Undefined Label This error occurs if a label is referenced in an expression but not defined anywhere in the source program. If you are "sure" you have defined the label, note that upper and lower case letters in labels are different. Defining "LABEL" does not define "Label." 5.15 Error V -- Illegal Value This error occurs because: 1) an immediate operations argument expression is not -128 thru 255, or 2) an INCL argument refers to a file that does not exist. 5.16 Error W -- Illegal Direction Designator This error occurs if a register-to-accumulator operations second argument expression is not in the range 0 to 1. The predefined symbols F and W are provided for the programmer's convenience in expressing operation directions. 6.0 Warning Messages Some errors that occur during the parsing of the cross- assembler command line are non-fatal. The cross-assembler flags these with a message on the C "stdout" device (by default, the 16 console) beginning with the word "Warning." The messages are listed below: 6.1 Warning -- Illegal Option Ignored The only options that the cross-assembler knows are -l and -o. Any other command line argument beginning with - will draw this error. 6.2 Warning -- -l Option Ignored -- No File Name 6.3 Warning -- -o Option Ignored -- No File Name The -l and -o options require a file name to tell the assembler where to put the listing file or object file. If this file name is missing, the option is ignored. 6.4 Warning -- Extra Source File Ignored The cross-assembler will only assemble one file at a time, so source file names after the first are ignored. To assemble a second file, invoke the assembler again. Note that under CP/M- 80, the old trick of reexecuting a core image will NOT work as the initialized data areas are not reinitialized prior to the second run. 6.5 Warning -- Extra Listing File Ignored 6.6 Warning -- Extra Object File Ignored The cross-assembler will only generate one listing and object file per assembly run, so -l and -o options after the first are ignored. 7.0 Fatal Error Messages Several errors that occur during the parsing of the cross- assembler command line or during the assembly run are fatal. The cross-assembler flags these with a message on the C "stdout" device (by default, the console) beginning with the words "Fatal Error." The messages are explained below: 7.1 Fatal Error -- No Source File Specified This one is self-explanatory. The assembler does not know what to assemble. 17 7.2 Fatal Error -- Source File Did Not Open The assembler could not open the source file. The most likely cause is that the source file as specified on the command line does not exist. On larger systems, there could also be priviledge violations. Rarely, a read error in the disk directory could cause this error. 7.3 Fatal Error -- Listing File Did Not Open 7.4 Fatal Error -- Object File Did Not Open This error indicates either a defective listing or object file name or a full disk directory. Correct the file name or make more room on the disk. 7.5 Fatal Error -- Error Reading Source File This error generally indicates a read error in the disk data space. Use your backup copy of the source file (You do have one, don't you?) to recreate the mangled file and reassemble. 7.6 Fatal Error -- Disk or Directory Full This one is self-explanatory. Some more space must be found either by deleting files or by using a disk with more room on it. 7.7 Fatal Error -- File Stack Overflow This error occurs if you exceed the INCLude file limit of four files open simultaneously. This limit can be increased by increasing the constant FILES in file A16.H and recompiling the cross-assembler. 7.8 Fatal Error -- If Stack Overflow This error occurs if you exceed the nesting limit of 16 IF blocks. This limit can be increased by increasing the constant IFDEPTH in file A16.H and recompiling the cross-assembler. 7.9 Fatal Error -- Too Many Symbols Congratulations! You have run out of memory. The space for the cross-assembler's symbol table is allocated at run-time using the C library function calloc(), so the cross-assembler will use all available memory. The only solutions to this problem are to lessen the number of labels in the source program, to add more memory, or (if you are in the MSDOS/PCDOS environment) to recompile the cross-assembler under the compact or large memory model. 18