JPH02144629A - Processing system for language processing program - Google Patents

Abstract

PURPOSE:To form a rapid object program by using a rapid internal RAM for a microcomputer which is not used for an ordinary C language processing program for an external variable area. CONSTITUTION:In stead of allocating a storage area of a normal RAM such as an external memory 1003 to a variable, a partial variable is selected and a storage area of the rapid internal RAM 1002 is allocated to the selected variable. At the time of allocating the rapid internal RAM 1002, a language processing program forms an object program allocating the RAM 1002 to a partial variable. Since the data reading/writing speed from/in the RAM 1002 is higher than that of the ordinary RAM, the object program including rapid variable operation expected by a user can be formed. Since the number of bytes in the object program for the data reading/writing from/in the RAM 1002 is shorter than that of an object code for the data reading/writing from/in the ordinary RAM, a compact object program can be formed.

Description

[Detailed Description of the Invention] [Field of Industrial Application] The present invention is a language for a microcomputer that has a specific memory area (referred to as high-speed internal RAM) in which data can be read/written at high speed according to instructions inside the microcomputer. Concerning the processing method of the processing program.

[Prior Art] Users who develop programs expect good performance in both the execution speed and size of object programs resulting from language processing.

In the conventional language processing Bushigram processing method, even if a microcomputer has a high-speed internal RAM, all variables are allocated to the high-speed internal RAM area because the memory size of the high-speed internal RAM area is smaller than that of external memory. That was impossible and allocated to external memory.

[Problem to be solved by the invention]

In the conventional language processing program processing method described above, an area is allocated to a variable in a normal RAM such as an external memory. In general, the data read/write speed of normal RAM is much slower than the data read/write speed of high-speed internal RAM.
The read/write speed of data for variables assigned to M is reduced, and the language processing program is unable to generate an object program that includes the high-speed variable operations expected by the user. The object food is a high-speed internal RA
Since the number of bytes is longer than the object code for reading/writing M data, a compact object program that can be stored in the limited high-speed internal RAM area cannot be expected.

Furthermore, development using assembly language is inferior to C language in terms of development efficiency and maintainability.

[Means to solve the problem]

The present invention relates to a processing method for a language processing program for a microcomputer, which has a specific memory area in which data can be read/written at high speed according to instructions, among the variables declared as variables. It is characterized in that it selects a portion, allocates the high-speed internal RAM as a storage area, and makes it possible to read/write data to the high-speed internal RAM.

In this way, in the present invention, instead of allocating storage areas of ordinary RAM such as external memory to variables, some variables are selected and storage areas of high-speed internal RAM are allocated. By this allocation to the high-speed internal RAM, the language processing program of the present invention generates an object program in which the high-speed internal RAM is allocated to some variables. High speed internal R
The speed of reading/writing data to AM is faster than the speed of reading/writing data to normal RAM, and it is possible to generate an object program that includes high-speed variable operations expected by the user. Furthermore, since the object program for reading/writing high-speed internal RAM data has a shorter number of bytes than the object program for reading/writing normal RAM data, a compact object program can be generated.

〔Example〕

Embodiments of the present invention will be described in more detail with reference to the drawings.

FIG. 1 is a system configuration diagram of the present invention. The C language processing program 102 that generates an object includes a startup analysis section 105 that analyzes a startup line input from the keyboard 104, a storage section 106 that stores the analysis result of the startup analysis section 105, and a source program from an input file 101. It includes an input unit 107 that inputs information, a syntax analysis unit 108 that analyzes input source program information, and an object output unit 110 that generates and outputs an object program from the syntax-analyzed source program. The syntax analysis unit 108 includes a symbol information generation output unit 109 that creates a symbol table file 112. The object output unit 110 includes a symbol information input unit 111 that inputs symbol information from the symbol table file 112.

The microcomputer 1001 shown in FIG.
(hereinafter referred to simply as high-speed internal RAM) and normal external memo!
It has 71003. Furthermore, as part of the instruction set,
It has the instructions shown in the table. Table 1 also shows the number of machine language bytes and the number of execution states for each instruction.

FIG. 4 shows the contents of the input file 101.

The numbers on the left are line numbers in the source program for explanation purposes. The user adds hr to the beginning of the external variable name to be allocated to the high-speed internal RAM and codes the program.

FIG. 5 is a flowchart of the object output section of the C language processing program in this embodiment. The functions of each process in FIG. 5 will be explained. The external variable name determination unit 501 determines whether or not hr is at the beginning of the external variable. If the result of the 0 judgment is that hr is at the beginning of the external variable, the high-speed internal RAM allocation processing unit 502 allocates it to the high-speed internal RAM, and If hr is not at the beginning of the variable, the external memory allocation processing unit 503 allocates it to a normal external memory.

The high-speed internal RAM allocation processing unit 502 allocates the declared external variables to the high-speed internal RAM. The external memory allocation processing unit 503 allocates the declared external variables to external memory. The symbol information output unit 504 outputs symbol information generated as a result of the high-speed internal RAM allocation processing unit 502 or the external memory allocation processing unit 503 to the symbol table file 112.

FIG. 6 shows the contents of the object file (object program) of this embodiment.

First, the overall processing flow will be explained with reference to FIG. In the C language processing program 102, the starting line analysis section 105 analyzes the super-duty information inputted from the keyboard 104, and stores the analysis result in the storage section 106. The process moves to the input unit 107, where program information is input from the input file 101. Next, the syntax analysis unit 108 analyzes the source program. When an external variable is declared during syntax analysis, high-speed internal RAM is used.
Select variables to be assigned to symbol table file 1
Next, the object output unit 110 generates an object program and outputs it to the output file 103. When generating object code in the object output unit 110, symbol information is input from the symbol table file 112, and if the area allocated to the external variable is external memory, the object code for external memory access is used for accessing the external variable. If the area allocated to the external variable is a high-speed internal RAM, an object code for high-speed internal RAM access is output for accessing the external variable.

Next, the process by which the C language processing program inputs the source program shown in FIG. 4 and outputs the object program shown in FIG. 6 will be explained.

In the object program shown in FIG. 6, only machine language is written for the sake of simplicity, and control statements such as pseudo-instructions are omitted. Further, since the entire process from inputting source program information to outputting object program is the same as the above-mentioned overall processing flow, the explanation will be omitted.

First, a process in which symbol information output processing shown in FIG. 5 is performed on external variables declared in the first line of the source program shown in FIG. 4 will be described. The external variable name hrtotal is determined by the external variable name determination unit 501 in FIG. The external variable name determination unit 501 determines whether the beginning of the external variable name is hr.

The judgment result of the external variable name judgment unit 501 is that the beginning of the external variable name is hr, so the high-speed internal RAM allocation processing unit 502
Processing moves to The high-speed internal RAM allocation processing unit 502 allocates high-speed internal RAM to the area of the external variable h r total.
Assign. The external variable hrdata is created using the same process.
1, the high-speed internal RAM allocation processing unit 502 allocates high-speed internal RAM to the area of hrdata2.0 Next, the symbol information output unit 504 allocates high-speed internal RAM allocation processing unit 5
The symbol information generated by 02 is output to the symbol table file 112 in FIG.

The first line of the source program in FIG. 4 is a variable definition instruction, and the C language processing program 102 does not generate machine language. Therefore, the corresponding object is not output to the object program shown in FIG.

Lines 2 and 3 of the source program in FIG. 4 are function definition statements, and on the other hand, the 0M language processing program 102 does not generate machine language. Therefore, the corresponding object is not output to the object program shown in FIG.

The fourth line of the source program in FIG. 4 is a statement that references an external variable that has already been declared. In response, the C language processing program 102 generates and outputs the object program shown in FIG.

(a) Generate and output the first line in FIG. 6 for "hrdatal" in the fourth line in FIG.

(b) Generate and output the second line in FIG. 6 for "+hrdata2" in the fourth line in FIG. 4.

(c) “hr total=” in the 4th line of Figure 4
6, the third line in FIG. 6 is generated and output.

Next, the fifth line of the source program in FIG. 4 is a description of the end of the function definition, and the C language processing program 102 does not generate machine language. Therefore, the corresponding object is not output to the object program shown in FIG.

The number of bytes of instructions in each line of the object program shown in FIG. 6 is determined from Table 1, and the total number is 6 bytes.

The number of execution states of the instructions in each line of the object program shown in FIG. 6 is also determined from Table 1, and the total number is 11 states.

Here, a comparison will be made with an example of a conventional C language processing program.

FIG. 2 shows the contents of the input file 101. The numbers on the left are line numbers in the source program for explanation purposes.

The flowchart of the object output section of the conventional C language processing program is the same as the flowchart of the first embodiment shown in FIG. 5, except that the external variable name determination section 501 and the high-speed internal RAM allocation processing section 502 are not included. . The conventional system configuration diagram is also the same as FIG. 1.

The process of obtaining the object program shown in FIG. 3 from the input file shown in FIG. 2 will be explained.

total, data l, data in the first line of Figure 3
The external memory allocation processing unit 503 allocates an external memory to 2 as an area. Lines 2 and 3 of the source program in FIG. 3 are function definition statements, and the C language processing program 102 does not generate machine language for these statements. Therefore, the corresponding object is not output to the object program shown in FIG.

Next, the object output unit 110 shown in FIG. 1 outputs the object object shown in FIG. 3. The fifth line of the source program in FIG. 3 is a description of the end of the function definition, and the C language processing program 102 does not generate machine language. Therefore, the corresponding object is not output to the object program shown in FIG.

The number of bytes of instructions in each line of the object program shown in FIG. 3 is determined from Table 1, and the total is 14 bytes.

The number of execution states of the instructions in each line of the object program shown in FIG. 3 is also determined from Table 1, and the total number is 116 states.

According to the above explanation, external variables with hr added to the beginning of the variable name will be automatically stored in the high-speed internal RAM if there is free space in the high-speed internal RAM.
It becomes possible to output an object code for high-speed internal RAM access for accessing an external variable allocated to the AM and high-speed internal RAM area.

In the above embodiment, the user must manage the number of external variables allocated to the high-speed internal RAM. Also,
There is a restriction that hr must be added to the beginning of the variable name. In contrast, in another embodiment of the present invention, the C language processing program manages the number of external variables by using an information file that stores information on the number and names of external variables allocated to the high-speed internal RAM. They are different in this respect.

This embodiment attempts to allocate anything declared as an external variable to high speed internal RAM. To explain with reference to FIG. 11, first, it is checked whether the information file 1113 exists. This information file 1113 is a high-speed internal R
This is a file containing AM allocation information. As a result of the check, if there is no information file 1113, the high-speed internal RAM
This indicates that the external variable has not been allocated yet, so the external variable is allocated to the high-speed internal RAM and the information file 1113 is output. When allocating the next declared external variable, input the information file 1113 and use the high-speed internal R
It is determined whether or not there is free space in the AM, and if there is free space, the high-speed internal RAM allocation information file 1113 is updated.

As a result of this repetition, external variables declared to have no free space in the high-speed internal RAM are no longer allocated to external memory.

Other embodiments of the present invention will be described in more detail with reference to the drawings.

FIG. 11 is a system configuration diagram of the present invention.

A C language processing program 1102 that generates an object for the microcomputer 1001 shown in FIG. section 1106, input file 1101 or input source program input section 1107, syntax analysis section 1108 that analyzes the input source program, and object output section 1110 that generates and outputs an object program from the parsed source program. include. The syntax analysis unit 1108 includes a symbol information generation output unit 1109 that creates a symbol table file 1112 and an information 11 file 1113. The object output unit 1110 outputs the symbol table file 11.
symbol information input unit 1 that inputs symbol information from 12;
111 included.

A microcomputer 1001 shown in FIG. 10 has a RAM that can be accessed at high speed (referred to as a high-speed internal RAM 1002) and a normal external memory 1003, and further includes the instructions shown in Table 1 as part of an instruction set. Table 1 also shows the number of machine language bytes and the number of execution states for each instruction.

FIG. 7 shows the contents of the input file 1101. The numbers on the left are line numbers in the source program for explanation purposes.

FIG. 8 is a flowchart of the object output section of the C language processing program in this embodiment. Here the 8th
The functions of each process in the figure will be explained. Information file input section 80
1 inputs information indicating the usage status of the high-speed internal RAM area from the information file 1113 shown in FIG. If the information file 1113 does not exist, the usage status of the high-speed internal RAM indicates that the external variable has not yet been allocated to the high-speed internal RAM area.

The high-speed internal RAM free space determination unit 802 uses the information file 11
Based on the information indicating the usage status of the high-speed internal RAM area input from 13, it is determined whether there is a free space in the high-speed internal RAM area. The high-speed internal RAM allocation processing unit 803 allocates the declared external variables to the high-speed internal RAM. The information file output unit 804 outputs information indicating the usage status of the high-speed internal RAM area to the information file 1113 shown in FIG. The external memory allocation processing unit 805 allocates the declared external variables to external memory. The symbol information output unit 808 outputs symbol information generated as a result of the high-speed internal RAM allocation processing unit 803 or the external memory allocation processing unit 805 to the symbol table file 1112.

FIG. 9 shows the contents of the object file (object program) of this embodiment.

First, the overall processing flow will be explained with reference to FIG.

The C language processing program 1102 analyzes the extra work information input from the keyboard 1104 in the activation analysis unit 1105 and stores the analysis result in the storage unit 1106. The process moves to the input unit 1107, where the source program is input from the input file 1101, and the syntax analysis unit 1108 analyzes the source program. When an external variable is declared during syntax analysis, the symbol information generation/output unit 1109 determines whether or not an information file 1113 exists, and if so, inputs the contents of the information file 1113. If there is free space in the high-speed internal RAM area, assign external variables to the high-speed internal RAM,
A symbol table file 1112 and an information file 1113 are output.

Next, the object output unit 111O generates an object program and outputs it to the output file 1103. When generating object code in the object output unit 1110, symbol information is input from the symbol table file 1112, and if the area allocated to the external variable is external memory, the object code for external memory access is used for accessing the external variable. If the area allocated to the external variable is a high-speed internal RAM, the object food of the high-speed internal RAM access is output for the external variable access.

Next, the C language processing program inputs the source program shown in FIG. 7 and outputs the object program shown in FIG.
2-Explain using a chart.

In the object program of FIG. 9, only machine language is written for the sake of simplicity, and control statements such as pseudo-instructions are omitted. Further, since the entire process from inputting source program information to outputting object program is the same as the above-mentioned overall processing flow, the explanation will be omitted.

First, in the first line of the source program in Figure 7, the external variable t
Since otal has been declared, the information file input section 8
01 determines whether the information file 1113 exists.

Since there is no information file 1113 at the start of C language processing, the next high-speed internal RAM free space determination unit 802 uses the high-speed internal RAM
It is determined that there is free space in the AM area. The process then moves to the high-speed internal RAM allocation processing unit 803, which allocates the high-speed internal RAM to the area of the declared external variable, and the information file output unit 804 outputs the information file 1113 shown in FIG. Next, the symbol information output unit 806 outputs the symbol table file 1112 shown in FIG.

Next, since the external variable data 1 has been declared, the information file input unit 801 determines whether or not the information file 1113 exists. As a result of the determination, since the information file 1113 exists, the zero-order high-speed internal RAM free space determination unit 802, which inputs information indicating the usage status of the high-speed internal RAM area from the information file 1113, determines that there is free space in the high-speed internal RAM area. do.

Then, the process moves to the high-speed internal RAM allocation processing unit 803, which allocates high-speed internal RAM to the area of the declared external variable, and the information file output unit 804 outputs the information file 111.
Outputs 3. Next, the symbol information output unit 8-06 outputs the symbol table file 1112.

A high-speed internal RAM is allocated to the area of external variable data 2 through similar processing, and the information file output section 804 outputs the information file 1113, and then the symbol information output section 80G outputs the symbol table file 1112.

This line is a variable definition instruction, and is a C language processing program 1
102 does not generate machine language, so the corresponding object is not output to the object program shown in FIG. 9. Lines 2 and 3 of the source program shown in FIG. Program 1102 does not generate machine language. Therefore, the corresponding object is not output to the object program shown in FIG.

The fourth line of the source program in FIG. 7 is a statement that refers to an external variable that has already been declared. In contrast, the C language processing program 1102 generates and outputs the object program shown in FIG. At this time, the symbol information input section 1111 inputs the symbol table file 11
Input symbol information from step 2, and if the area allocated to the external variable is an external memory, output the object code of external memory access for accessing the external variable. , if the area allocated to the external variable is a high-speed internal RAM, an object code for high-speed internal RAM access is output for accessing the external variable.

(a) Generate and output the first line in FIG. 9 for "data 1" in the fourth line in FIG. 7.

(b) Generate and output the second line in FIG. 9 for "10 data 2" in the fourth line in FIG. 7.

(c) 1 for “total”’” in the 4th line of Figure 7
-1 Generate 17 and output the third line in FIG.

Next, the fifth line of the source program in Figure 7 is a description of the end of the function definition, and the C language processing program 1102 does not generate machine language, so the corresponding object is not output to the object program shown in Figure 9. .

The number of bytes of instructions in each line of the object program shown in FIG. 9 is determined from Table 1, and the total is 6 bytes.

The number of execution states of the instructions in each line of the object program shown in FIG. 9 is also determined from Table 1, and the total number is 11 states.

According to the above explanation, all variables declared as external variables are attempted to be allocated to the high-speed internal RAM, and if there is free space in the high-speed internal RAM, they are automatically allocated to the high-speed internal RAM, and then allocated to the high-speed internal RAM area. For accessing external variables, it is possible to output an object code for high-speed internal RAM access.

〔Effect of the invention〕

As explained above, in the present invention, the high-speed internal RAM of the microcomputer, which was not used in conventional C language processing programs, is used for the external variable area. This provides the following excellent effects.

(1) Since external variables are allocated to high-speed internal RAM instead of to external memory, high-speed object programs can be generated.

The execution time of the conventional object program described in the first embodiment is 116 states, whereas the execution time of the embodiment of the present invention is 11 states, achieving a reduction in the execution time of 105 states. Furthermore, the number of bytes in the conventional object program is 14 bytes, whereas the number of bytes in the embodiment of the present invention is 6 bytes, realizing a reduction in the number of bytes of 8 bytes. The effect of these shortenings is that the high-speed internal R
The larger the number of external variables assigned to AM, the larger the appearance.

(2) By actively utilizing high-speed internal RAM, which was not used in conventional C language processing programs, the present invention allows users to write microcomputers with high-speed internal RAM in languages other than 7 assembly languages. I can provide a method.

(3) Since the external variables allocated to the high-speed internal RAM are managed using variable names or information files by the C language processing program, there is no need for the user to manage them using assembler sources.

[Brief explanation of the drawing]

Fig. 1 is a system configuration diagram of an embodiment of the present invention, Fig. 2 is a conventional input file content (source program), and Fig. 3 is a system configuration diagram of an embodiment of the present invention.
The figure shows the contents of a conventional object file (object program), Figure 4 shows the contents of an input file (source program) in an embodiment of the present invention, and Figure 5 shows the content of a C language processing program in the first embodiment of the present invention. Flowchart of symbol information output processing, FIG. 6 shows the contents of an object file (object program) in one embodiment of the present invention, FIG. 7 shows the contents of an input file (source program) in another embodiment of the present invention, and FIG. The figure is a flowchart of symbol information output processing of a C language processing program in another embodiment of the present invention, and FIG. 9 shows the contents of an object file (object program 5) in another embodiment of the present invention.
Figure 10 is an internal configuration diagram of a microcomputer, II
FIG. 1 is a system configuration diagram of another embodiment of the present invention, and FIG. 12 is a microcomputer instruction set. 101... Input file, 102...
C language processing program, 103...Object file, 104...Keyboard, 105.
...Start line analysis section, 106...Storage section,
107...Input unit, 108...Syntax analysis unit, 109...Symbol information generation output unit, 1
10...Object output section, 111...
... Symbol information input section, 112 ... Symbol table file, 501 ... External variable name determination section, 502 ... High-speed internal RAM allocation processing section, 503 ... ...External memory allocation processing unit, 50
4...Symbol information output section, 801...
・Information file input section, 802...High speed internal R
AM free judgment section, 803... High-speed internal RAM allocation processing section, 804... Information file output section, 805... External memory allocation processing section, 80
6...Symbol information output section, 1001...
... Microcomputer, 1002 ... High-speed internal RAM, 1003 ... External memory, 110
1...Input file, 1102...C
Language processing program, 1103...Object file, 1104・Kawa・Keyboard, 1105・
...Start line analysis section, 1106...Storage section, 1107...Input section, 11o8...Mark/syntax analysis section, 1109...Symbol information generation output Part, 1110...Object output part, 1111
... River/symbol information input section, 1112 ... Symbol table file, 1113 ... Information file. Agent: Susumu Uchihara, Patent Attorney Figure 1, shoulder l, 3 figures, 7 figures! -Figure 1trltpttrl m fir4hi/ +Arj
a112; stone 4th old figure 5 summer otsu figure 5ity figure stone/Z figure

Claims (1)

[Claims] In a processing method for a language processing program for a microcomputer that has a specific memory area in which data can be read/written at high speed according to instructions inside the microcomputer, a part of those declared as variables is selected and the data is stored in the high-speed internal RAM. 1. A processing method for a language processing program, characterized in that it allocates a memory area as a storage area and enables reading/writing of data to/from a high-speed internal RAM.