Method and system for processing language

Abstract: In a language processing system for translating a source program (70) into a machine language program (100), a range of the source program to be optimized is discriminated during parsing to generate an optimization enabling and disabling code (OPTBEG, OPTEND) to be inserted in an intermediate code (80) resulting from parsing. An optimization process for the intermediate code is performed only for a range, in which optimization can be performed, determined on the basis of the optimization enabling and disabling code.

Description: BACKGROUND OF THE INVENTION Field of the Invention The present invention relates generally to a method and a system for processing a language information. More specifically, the invention relates to a language processing system and a language processing method to be employed for code processing in a high-level language as a program language for a microcomputer. Description of the Related Art In general, a machine language program for commanding operation to a computer is described as a string of figures in binary, hexadecimal notation and so forth so that the computer may executes the commanded operation. The machine language program described in the string of figures, is too difficult to understand. Therefore, a programmer prepares a program (hereinafter referred to as "source program") employing a high-level language which takes expression easy to be understood. The source program thus written in the high-level language is translated into a machine language program by means of a language processing system (a language processing program). The machine language program thus translated is transferred to the computer for execution. A compiler is one of the language processing system for performing translation. Hereinafter, discussion will be given for an example of a language processing in the prior art. The programmer prepares the source program and input to the compiler. The compiler input the source program performs parsing of the source program to generate an intermediate code for outputting. Here, the intermediate code is an aggregate of information obtained through conversion of the source program described by the high level language into a format easy to be processed by the language processing program. As an example of such intermediate code, a code called as "three address code" will be shown herein. The three address code is a kind of the intermediate code and having a format shown in the following table 1. 1) A = B op C \\ 2) A = op B \\ 3) goto L \\ 4) if A relop B goto L In the foregoing table 1, each of A, B and C is a constant, a symbol defined by the programmer or a name generated by the compiler. In the lines 3) and 4), "go to L" represents a jump command for jumping a control of the program to the position represented by a label L. The label is a kind of tag described in the program for identifying the position of the program or the location of a storage region. Also, "relop" in the line 4) represents a large and small relationship or equal or different relationship, such as <, >, <>, = and so forth. As a special form of the line 2), A: = B may be present, which represents replacing A with the value of B. For instance, the source programs 1 and 2 written by C language are converted into three address codes 1 and 2 as shown in the following table 2. After outputting the intermediate code in parsing of the source program, deletion of unnecessary codes and replacing of the code in the intermediate code is performed through an optimization process. By performing optimization for the intermediate code, a program size can be reduced to realize effective use of the storage region and to speed-up of the program execution. Fig. 15 is a flowchart showing one example of the process of the conventional optimization process. Initially, the intermediate code generated from the source program is read out from the beginning (step 1501). Then, for the read out intermediate code, optimization is performed (step 1502). Then, check is performed whether the optimization for the intermediate code is completed or not (step 1503). In practice, the judgement step of the step 1503 is performed by checking whether the trailing end of the intermediate code is reached or not. Until completion of the optimization for the intermediate code is judged at the step 1503, the optimization process is repeated with reading out the next intermediate code at a step 1504. When judgement is made at the step 1503 that the end of the intermediate code is reached, check is performed whether the intermediate code is modified or not (step 1505). When judgement is made that no modification is made for the intermediate code, the process goes END. On the other hand, when judgement is made that modification is effected for the intermediate code, the process is returned to the step 1501 to perform the optimization process again. The foregoing process is performed until modification for the intermediate code becomes unnecessary. Examples of the optimizing conditions for performing the optimization are listed hereinafter. 1) when a code in a destination of a jump code as an object for optimization is an unconditional jump, it should be more efficient to replace the destination of the objective jump code to the destination of the unconditional jump; 2) a label which is not the destination of any jump can be deleted; and 3) after unconditional jump, the codes to the next label may be deleted; namely, the codes present between the unconditional jump and the next label can be deleted. In the optimization, with respect to whole of the intermediate code, code strings are read out per line. With respect to the read out code string in one line, the optimization process is progressed with making judgement whether one of the above-listed optimization condition is satisfied or not. The foregoing optimization process for the intermediate code is advantageous in speeding up the program execution of the machine language program and in down-sizing the machine language program for efficiently use the storage region, by eliminating the unnecessary codes. However, in the optimization process, it becomes necessary to correct a large amount of information and to make detailed analysis of the control flow in order to make judgement which code in the intermediate code generated from the source program should be deleted and which code should be replaced. In the conventional optimization process, even when the code to be deleted or replaced extends over a plurality of lines is present, judgement whether the optimization is to be effective or not should be made for each line in one-by-one basis throughout the intermediate code. This clearly prolonged the process period. Namely, greater size (greater number of lines) of the intermediate code requires longer period for optimization. Accordingly, it is an important and urgent task to perform process without wasting the process period for unnecessary process, in the language processing. SUMMARY OF THE INVENTION Therefore, it is an object of the present invention to provide a language processing system and a method therefor which can significantly shorten a period required for an optimization process of an intermediate code generated from a source program and permit high speed conversion from the source program into a machine language program. In the article "Compilers for the new generation of Hewlett-Packard computers" published in Hewlett-Packard Journal, Jan. 1986, USA, Vol 37, No. 1, pages 4 to 18, by Coutant D.S. et al., discloses a compiler which is particularly important for the reduced complexity, high-precision architecture of new machines. The compiler makes it possible to realize the full potential of the new architecture which is described therein. The above-mentioned object is achieved by a system and method as defined in independent claims 1 and 7, respectively., language processing system, according to one aspect of the present invention, comprises: parsing means for inputting a source program described by a high-level language of a computer, parsing instruction statement, and generating an intermediate code on the basis of the result of parsing; optimization enabling and disabling information generating means for checking the range to be optimized with respect to the source program, generating optimization enabling and disabling code defining the range to perform optimization and inserting the optimization enabling and disabling code to the intermediate code; code optimizing means for performing optimizing process for the range of the intermediate code defined by the optimization enabling and disabling code inserted in the intermediate code; and code generating means for translating an optimized intermediate code optimized by the code optimizing means into a machine language program. The optimization enabling and disabling information generating means may generate a start code indicative of initiation of the optimization process and an end code indicative of termination of the optimization process, and insert the start code at an optimization start position in the intermediate code and the end code at an optimization end position in the intermediate code. Preferably, the optimization enabling and disabling information generating means detects the range where control statements controlling flow of the program are combined as the range to be optimized. The optimization enabling and disabling information generating means may detect the range where control statements controlling flow of the program are combined as the range to be optimized and inserts a start code indicative of starting of the range for optimization and an end code indicative of end of the range for optimization. The code optimizing means may include optimization enabling and disabling judgement means for selecting the range of the intermediate code to be optimized on the basis of the optimization enabling and disabling code. In the preferred construction, the optimization enabling and disabling information generating means detects the range where control statements controlling flow of the program are combined as the range to be optimized and inserts a start code indicative of starting of the range for optimization and an end code indicative of end of the range for optimization, and the code optimizing means reads out the intermediate code from the beginning and responsive to the start code read out as a fraction of the intermediate code to perform optimization process for the intermediate code until the end code is read out. The code optimizing means may perform optimization process by detecting a loop and an invariant within the loop within the range for optimization defined by the optimization enabling and disabling code, and moving detected invariant out of the loop. According to another aspect of the invention, a language processing method comprises the steps of: step of inputting a source program described by a high-level language of a computer, parsing instruction statement, and generating an intermediate code on the basis of the result of parsing; step of checking the range to be optimized with respect to the source program, generating optimization enabling and disabling code defining the range to perform optimization and inserting the optimization enabling and disabling code to the intermediate code; step of performing optimizing process for the range of the intermediate code defined by the optimization enabling and disabling code inserted in the intermediate code; and step of translating an optimized intermediate code optimized by the code optimizing means into a machine language program. In the step of generating optimization enabling and disabling information, a start code indicative of initiation of the optimization process and an end code indicative of termination of the optimization process may be generated and inserted at an optimization start position and at an optimization end position in the intermediate code. Also, in the step of generating optimization enabling and disabling information, the range where control statements controlling flow of the program are combined, may be detected as the range to be optimized. In the preferred process, in the step of generating the optimization enabling and disabling information, the range where control statements controlling flow of the program are combined is detected as the range to be optimized and a start code indicative of starting of the range for optimization and an end code indicative of end of the range for optimization are inserted in the intermediate code. The step of performing optimization process may include a step of selecting the range of the intermediate code to be optimized on the basis of the optimization enabling and disabling code. Preferably, in the step of generating optimization enabling and disabling information, the range where control statements controlling flow of the program are combined, is detected as the range to be optimized and inserts a start code indicative of starting of the range for optimization and an end code indicative of end of the range for optimization, and in the step of performing optimization process, the intermediate code is from the beginning and optimization process is performed in response to detection of the start code in the intermediate code and continued until the end code is read out. Other objects, advantages, features of the present invention will become clear from the detailed description given herebelow. BRIEF DESCRIPTION OF THE DRAWINGS The present invention will be understood more fully from the detailed description given herebelow and from the accompanying drawings of the preferred embodiment of the present invention, which, however, should not be taken to be limitative to the invention, but are for explanation and understanding only. In the drawings: Fig. 1 is a block diagram showing a construction of one embodiment of a language processing system according to the present invention; Fig. 2 is a flowchart for generally illustrating the operation in an optimization processing portion in the language processing system of Fig. 1; Fig. 3A is a flowchart illustrating a first embodiment of the optimization process in the optimization processing portion in the language processing system of Fig. 1; Fig. 3B is a flowchart illustrating a first embodiment of the optimization process in the optimization processing portion in the language processing system of Fig. 1; Fig. 4 is an illustration of a flowgraph prepared from an intermediate code shown in a table 14; Fig. 5 is an illustration showing a hierarchy tree generated from the flowgraph of Fig. 4; Fig. 6 is an illustration showing a flowgraph including a loop; Fig. 7 is an explanatory illustration showing base block information in the flowgraph of Fig. 6; Fig. 8A is a flowchart showing the second embodiment of the optimization process in the optimization processing portion in the language processing system; Fig. 8B is a flowchart showing the second embodiment of the optimization process in the optimization processing portion in the language processing system; Fig. 9 is an illustration showing the base block information preferred through the process of Fig. 8; Fig. 10 is an illustration showing the base block information preferred through the process of Fig. 8; Fig. 11 is an illustration showing the base block information preferred through the process of Fig. 8; Fig. 12 is an illustration showing a flowgraph illustrating the base information in Figs. 9 to 11; Fig. 13 is an illustration showing the hierarchy tree generated from Fig. 12; Fig. 14 is a timing chart demonstrating the effect of the present invention; and Fig. 15 is a flowchart for explaining the operation of the conventional optimization processing portion. DESCRIPTION OF THE PREFERRED EMBODIMENT The present invention will be discussed in detail in terms of the preferred embodiments with reference to Figs. 1 to 14. In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be obvious, however, to those skilled in the art that the present invention may be practiced without these specific details. In other instance, well-known structures are not shown in detail in order to unnecessary obscure the present invention. Fig. 1 is a block diagram showing one embodiment of a language processing system according to the present invention. The shown embodiment of the language processing system 10 generally comprises a parsing portion 20, an optimization enabling and disabling information generating portion 30, an optimization enabling and disabling judgement portion 40, an optimization processing portion 50 and a code generating portion 60. When a source program 70 prepared by a programmer is input to the language processing system 10, the source program 70 is subject to parsing by the parsing portion 20. The parsing portion 20 then generates an intermediate code 80, such as a three address code corresponding to the source program 70. In the shown embodiment, an optimization enabling and disabling information generating portion 30 is provided in the parsing portion. The optimization enabling and disabling information generating portion 30 generates an enabling and disabling information indicative of the range of the intermediate code, for which optimization can be performed, and insert the generated enabling and disabling information in the intermediate code, during the process of generating the intermediate code. In the shown embodiment, the optimization enabling and disabling information generating portion 30 generates codes (three address code) of "OPTBEG" indicative of the optimization start position and "OPTEND" indicative of the optimization end position, as the optimization enabling and disabling information. The optimization enabling and disabling information generating portion 30 detects the range capable of performing optimization in the intermediate code (three address code) generated from the source program. Then, the optimization enabling and disabling information generating portion 30 inserts the code "OPTBEG" at the leading end of the detected range and inserts the code "OPTEND" at the trailing end of the detected range. By this, the optimization process is performed within the range defined by the codes "OPTBEG" and "OPTEND". The optimization processing portion 50 which performs optimization of the intermediate code 80 includes the optimization enabling and disabling judgement portion 40. The optimization enabling and disabling judgement portion 40 selects the range capabl e of performing the optimization in the intermediate code 80 on the basis of the optimization enabling and disabling information contained in the intermediate code. In the optimization processing portion, optimization process is performed only for the selected range in the intermediate code 80 to output an optimized intermediate code 90. The code generating portion 60 converts the optimized intermediate code 90 into the machine language program 100. Fig. 2 shows a flowchart illustrating one example of the optimization process to be performed by the optimization processing portion 50. At first, the intermediate code (three address code) 80 is read from the first line (step 201). Reading out of the intermediate code is repeated until the judgement is made that the process reaches the end of the intermediate code (steps 204, 205). Next, with respect to the read out intermediate code, judgement is made whether the optimization can be performed (or is necessary) (step 202). Judgement whether the optimization is enabled or not is made on the basis of the optimization enabling and disabling information contained in the intermediate code 80. In the case where the optimization is enabled (in the case where the read out intermediate code is code "OPTBEG"), optimization process is performed (step 203). On the other hand, when judgement is made at the step 202 that optimization is unnecessary, the optimization process at the step 204 is not performed. After completion of the optimization process for the intermediate code at the step 204, check is performed whether the intermediate code is modified for optimization through the optimization process (step 206). If modification is effected for the intermediate code, the foregoing steps are repeated from the step 201, again. On the other hand, if no modification is made for the intermediate code, the optimization process is terminated. The reason for repeating the optimization process when the intermediate code is modified as checked at the step 206, is that when the intermediate code (three address code) is modified through the optimization process, it is possible to arise necessity for further optimization. On the other hand, if no modification of the intermediate code is effective, no more optimization will not be effected, and thus the optimization process can be terminated. Next, concerning the optimization process as illustrated in Fig. 2, more concrete process content will be shown in the first embodiment of the process as illustrated in a flowchart of Figs. 3A and 3B. In the process shown in Figs. 3A and 3B, the optimization process is performed according to the following optimization conditions 1) to 3): 1) when a code in a destination of a jump code as an object for optimization is an unconditional jump, it should be more efficient to replace the destination of the objective jump code to the destination of the unconditional jump; 2) a label which is not the destination of any jump can be deleted; and 3) after unconditional jump, the codes to the next label may be deleted; namely, the codes present between the unconditional jump and the next label can be deleted. In Figs. 3A and 3B, a flag "CHGFLG" is a flag set when the intermediate code (three address code) is modified and otherwise held in reset state. The flag "CHGFLG" is reset upon initiation of optimization process. When any modification is effected for the intermediate code, the flag CHGFLG is set. The optimization processing portion 50 repeats the optimization process as long as the flag CHGFLG is held in set state. Through this process, maximum effect of the optimization process can be attained. Here, further discussion will be given for the case where the optimization process as illustrated in Figs. 3A and 3B is applied to the source program as illustrated in the following table 3. When the source program of the table 3 is input to the parsing portion 20 and converted into the intermediate code 80, the result as shown in the following table 4 is obtained. For the intermediate code shown in the table 4, the optimization process shown in Figs. 3A and 3B is performed. In the intermediate code illustrated in the table 4, the individual control codes for controlling flow of the program, the best intermediate code is generated for respective codes. Therefore, there is . no possibility for necessity of optimization. However, when a combination of the flow of control statement is present, there is possibility for necessity of optimization. Namely, in the intermediate code in the table 4, combinations of the control codes for controlling flow of the program are present in lines 1 to 15. Therefore, there is a possibility for necessity of optimization. On the other hand, in line 8 and subsequent lines, there is no combination of the control codes, therefore, there is no possibility for necessity of optimization. The optimization enabling and disabling information generating portion 30 makes judgement whether the combination of the control codes is present or not upon generation of the intermediate code by the parsing portion 20. When the combination of the control codes is present, possibility of optimization is judged to insert the codes "OPTBEG" and "OPTEND". As a result, the code "OPTBEG" indicative of beginning of the optimization process and the code "OPTEND" indicative of end of the optimization process are inserted at line 1 and line 15 to define the range where the optimization is possible. It should be noted that the codes "OPTBEG" and "OPTEND" are always inserted as a pair. On the other hand, while only one pair of the codes "OPTBEG" and "OPTEND" is inserted in the example of the table 4, a plurality of pairs of the codes "OPTBEG" and "OPTEND" may be inserted in the case where a plurality of combinations of the control codes as set forth are present. In Figs. 3A and 3B, once the process is initiated, the optimization processing portion 50 resets the flag "CHGFLG" (step 301). Then, the content of the intermediate code (three address code) shown in the table 4 generated by the parsing portion 20 are read from the first line (step 302). Next, check is performed whether the read out intermediate code is the code "OPTBEG" or not (step 303). If the read line of the intermediate code is not the code "OPTBEG", the optimization process is not performed, and next intermediate code is read out (step 304) and check if the read out code is the last code of the intermediate code (step 305). If the read code is the last code, check is performed if the flag "CHGFLG" is in set state or not (step 323). If the flag "CHGFLG" is not set, the process is terminated. On the other hand, if the flag "CHGFLG" is set, the process is returned to the step 301 to repeat the process. When the code as checked at the step 305 is not the last code, the process is moved to the process beginning from the step 303. In case of the intermediate code (three address code) of the table 4, the code "OPTBEG" is read at the first line at the step 302. At the step 303, judgement is made that the read out intermediate code is the code "OPTBEG". Then, judgement is made whether the read out intermediate code is a jump instruction and whether the code is "OPTEND" (step 306, 309). Here, since the read out intermediate code is not the jump instruction and not the code "OPTEND", but the code "OPTEND", the next intermediate code (the code at the line 2 of the table 2) is read out (step 320). Here, since the read out intermediate code is the jump instruction "goto L4", positive judgement is made at the step 306. Subsequently, check is performed whether the instruction at the jump destination of the jump instruction is the unconditional jump or not (step 307). The intermediate code after the label L4 as the jump destination of the jump instruction "goto L4" is the conditional jump (if i = 2 goto L1). Therefore, the negative judgement is made at the step 307. Further judgement is made whether the code is the unconditional jump (step 313). Here, if the code is not the unconditional jump, the process is advanced to the step 309 set forth above. Here, the objective code is the unconditional code (goto L4). The next intermediate code (three address code: label L1) is read out (step 314). Then, judgement is made whether the read out code is the code "OPTEND" or not (step 315). If the code is "OPTEND", the process is advanced to the step 309. In the shown stage, since the read out intermediate code is the (label L1), the judgement at the step 316 becomes negative. Then, check is made whether the read out code is label or not (step 316). As set forth, since the read out code is label L1, the answer at the step 316 becomes positive. Then, the process is advanced to the step 309. It should be noted that even when the read out code read at the step 314 is neither the code "OPTEND" nor label, as checked at the steps 315 and 316, the intermediate code up to the preceding line of the next label is deleted through processes at steps 317 and 318. Namely, deletion of the codes on the basis of the above-mentioned optimizing condition 3) is performed for optimization. At the step 309, since the objective code to be processed is not the code "OPTEND", the next line of the intermediate code is read out at the step 320, and then, the process is returned to the step 306. The next line of the intermediate code read out at the step 320 is the unconditional jump instruction "goto L2", the answer at the step 306 becomes positive. Then, the process is advanced to the step 307. Since the instruction next to the jump destination of the unconditional jump instruction "goto L2" is the unconditional jump instruction (goto L5 in line 7), the answer at the step 307 becomes positive. Then, the jump destination of the objective code "goto L2" is modified to the jump destination of the unconditional jump "goto L5" of the line next to the label L2 (step 308). Namely, the optimization process for modifying the jump destination on the basis of the optimization condition 1) is performed. By this, the line 4 of the intermediate code is modified from "goto L2" to "goto L5". Subsequently, since the modification of the intermediate code is caused, the flag "CHGFLG" indicative of modification of the intermediate code (three address code) is set (step 309). Then, the number of reference to the modified label (label L2) is decreased by "1" (step 310). At this stage, the intermediate code in the table 4 has been modified as shown in the following table 5. Number of reference to the labels in the intermediate code shown in the foregoing table 4 is as shown in the following table 6. The number of reference of label in the table 6 is varied by the process at the step 310 as shown in table 7 shown above. After subtracting process of the number of reference for the label (step 310), check is performed with the label having the number of reference "0" (step 311). Namely, the optimization by deleting of the label on the basis of the optimizing condition 2) is performed. At the stage of the table 5, the number of reference for the label L2 is "0". Thus, the label L2 is deleted at a step 312. Then, the intermediate code shown in the foregoing table 5 is modified as shown in the following table 8: Next, after process at the step 312, the process is advanced to a step 313. Here, the objective code to be processed is the unconditional jump, the line of the intermediate code next to the jump destination line. The line of the intermediate code read out at the step 314 is "j: = 2". Here, the line of the intermediate code read at the step is neither the code "OPTEND" nor label (step 315, 316), the lines of the intermediate code up to preceding line to the next label is deleted through the process of the steps 317 and 318. Namely, the optimization by deleting the code on the basis of the foregoing optimizing condition 3) is performed. In concrete, the code "j: = 2" is deleted through the process of the step 317, then, the flag "CHGFLG" indicative of modification of the intermediate code is set at the step 318. Then, returning the process to the step 314, the next line of code "goto L5" as shown in the foregoing table 8 is read out. This code "goto L5" is also supplied through the processes through the steps 315 to 318 as shown in the following table 9. Namely, the lines 5 and 6 of the table 8 are deleted. As a result, initial 21 lines of the intermediate code shown in the table 4 becomes 18 lines of code. The line of the code read after deletion of the 6th line of the code "goto L5" is the 5th line of the table 9 for the label "L3:". Therefore, the answer at the step 326 becomes positive. Subsequently, at the step 320, the code "j: = 1" of the 6th line of the table 9 as the next line of the intermediate code (three address code) is read out. This code is not the jump instruction, the negative answer is issued at the step 306. Then, the 7th line of the code "goto L5" of the table 9 as the next line of the intermediate code is read out at the step 320. Since this line of code "goto L5" is the jump instruction, the positive answer is issued at the step 316 to advance the process to the step 307. Here, the code of the jump destination line of the unconditional jump "goto L5" is the code "OPTEND", the answer at the step 307 becomes negative. Then, the process is advanced to the step 313. At the step 313, the objective code "goto L5" is the unconditional jump, the next line of the intermediate code (label "L4" in the 8th line of the table 9) is read out at the step 314. Since the read out code is label "L4", the answer at the step 316 becomes positive to advance the process to the step 309. Subsequently, at the step 320, the code "if i = 2 goto L1" of the 9th line of the table 9 is read out. Since this code "if i = goto L1" is the conditional jump instruction, the answer at the step 306 becomes positive, and furthermore, since the instruction in the line next to the line of the code of label "L1" as the jump destination is the unconditional jump instruction "goto L5", the answer at the step 307 becomes positive. Then, the process is advanced to the step 308. At the step 308, similarly to the above, the label of the jump destination for the code "if i = 2 goto L1" is modified to "L5". Then, through the process of the step 310, the number of reference for the label "L1" is decreased by 1. As the result, in the number of reference of the labels in the table 7, the number of reference for the label "L1" becomes "0". Therefore, the label "L1" is deleted at the step 312. After the process at the step 312, the objective code "if i = 2 goto L5" (label of the jump destination has been modified to L5 at the step 308) is the conditional jump instruction, the answer at the step 313 becomes negative to advance the process to the step 309. At this stage, the content of the table 9 has modified as shown in the following table 10: Furthermore, the code "if i = 1 goto L3" is read at the step 320. Since this code "if i = 1 goto L3" is the conditional jump instruction, the answer at the step 306 becomes positive. At this time, since the instruction at the line next to the label "L3" as the jump destination is "j: = 1", the answer at the step 307 becomes negative. Then, the process is advanced to the step 313. The code "if i = 1 goto L3" is the conditional jump instruction, the answer at the step 313 becomes negative to advance the process to the step 309. The, the next line of the label "L5" is read out at the step 320. Since the code read out at the step 320 is the label "L5", the answer at the step 306 becomes negative and the answer at the step 309 becomes also negative to cause further reading of the next line of the intermediate code at the step 320. Thus, the code "OPTEND" of the intermediate code next to the line of the label "L5" is read out at the step 320. As a result, the answer at the step 306 becomes negative and the answer at the step 309 becomes positive to advance the process to a step 321. Since the code "OPTEND" is not the code indicative of the end of the intermediate code, the answer at the step 321 becomes negative. Then, at a step 322, the code "if i = 0 goto L6" in the next line of the intermediate code is read. Then, the process is advanced to the step 303. Since the answer at the step 303 is negative, subsequent lines up to the final code of label "L'" are read in order through the steps 304 and 305. At the timing of reading out of the label "L7" as the final code indicative of the end of the intermediate code, the answer of the step 305 becomes positive to advance the process to the step 323. Through the process up to this stage, the flag "CHGFLG" indicative that the intermediate code has been modified, the answer at the step 323 becomes positive to return the process to the step 301. After resetting the flag "CHGFLG" at the step 301, the intermediate code shown in the foregoing table 10 is read out from the first line. Then, the subsequent processes similar to those set out above are repeated until the answer at the step 323 becomes negative (flag "CHGFLG" is held in reset condition). When the answer at the step 323 becomes negative, further optimization process is not performed, and the process is terminated. Namely, the optimization processing portion 50 initiates process at the step 301 and performs the optimization process through the steps 306 to 318 once the code "OPTBEG" is found in the process of the step 303 and continue optimization process until the code "OPTEND" is found during the process at the step 315. Therefore, for the range of the intermediate code from the code "OPTBEG" to the code "OPTEND"m the optimization process is performed. In contrast, in the ranges out of the range between the codes "OPTBEG" and "OPTEND", each line of the intermediate code is processed through a loop of the steps 303 to 305 skipping the optimization process loop to process the intermediate code (three address code) up to the end. If the intermediate code is modified through the process of the optimization process, the flag "CHGFLG" is set so that the optimization process is repeatedly performed as long as the flag "CHGFLG" is held in set state. By repeating the foregoing process, the final intermediate code as illustrated in the following table 11 is obtained. Through the optimization process set forth above, deletion of three instructions and two labels and elimination of two sequential jumps can be performed. The code generating portion 60 receives the optimized intermediate code 90 (three address code) and converts the intermediate code into the machine language instruction string to output the machine language program 100. The type or kind of the machine language instruction string to be converted from the intermediate code (three address code) is determined depending upon the machine language employed in respective of the computer. For instance, in case of an operation instruction of a code "C: A ADD B" for summing A and B to obtain a sum C, the code may be translated into the machine language instruction string as shown in table 12. Also, in case of a conditional jump instruction of a code "if A > B goto L" for jumping to label L when A is greater than B, the code may be translated into the machine language instruction string as shown in table 13. The code generating portion 60 terminates operation when all of the intermediate code (three address code) is translated into the machine language instruction string. Next, discussion will be give for an embodiment, in which the present invention is applied for optimization process for moving an invariant in a loop out of the loop. The equation having invariable result within the loop is not necessary to perform operation every time in the loop. It should be rather efficient to initially execute operation to obtain the invariable result out of the loop and use only result of the operation within the loop. In order to perform moving process for the invariant out of the loop, the following two processes are required: 1) detection of the loop 2) detection of the invariant In order to realize the detection of the loop in the necessary process 1), it becomes necessary to divide the intermediate code into base blocks, to establish a flowgraph of the base blocks and to establish a hierarchy tree indicative of hierarchal relationship between the base blocks. Here, the base block is a segment block of the intermediate code divided so that the leading end is only entry point and the trailing end is only exit point and serves as a base unit for establishing a flow of the program. The flow graph and the hierarchy tree are described with taking the base block as the base unit. The flowgraph describes the flow of the program in the mutual connection between the base blocks. The flowgraph of the intermediate code shown in the following table 14 is illustrated as shown in Fig. 4. In general, in the flowgraph, when an arrow is extending from the base block A to the base block B, it is called as edge and described as "A → B". In the case where it is inherent to pass the base block A to reach the base block B after starting the program, it is said that the base block A supervises or superior to the base block B. Such hierarchal relationship is illustrated in the form of hierarchy tree. In the hierarchy tree, the base blocks hierarchally below the base block A are supervised or controlled by the base block A. When the hierarchy tree is established from the program of the table 14, it becomes as illustrated in Fig. 5. Here, in the flowgraph of Fig. 4, it is inherent to pass the base block 1 and base block 6 to reach the base block 8. Accordingly, the base block 8 is supervised or controlled by the base blocks 1 and 6, In the relationship between the base blocks 2, 4, 5, 7 and the base block 8, the base block 8 is reached through one of two paths of base block 6 → base block 2 → base block 4 → base block 8 and base block 6 → base block 7 → base block 5 → base block 8. Therefore, the base block is not supervised by the base blocks 2, 4, 5, 7. In Fig. 5, these hierarchal relationship is illustrated. The loop is detected from the flowgraph and the hierarchy tree thus established. In the edge A → B in the flowgraph, when the base block B controls the base block A, a loop is present. Namely, a flow from the base block A to the base block B is present, and the base block B is inherently past to reach the base block A, the presence of the loop is detected. On the other hand, in order to realize detecting process of the invariant, it becomes necessary to make judgement that variation of the value of variable is not caused within the loop. Therefore, the information for the variable which causes variation of the value is stored in the base block. When the loop is detected, judgement is made whether the value of the variable in the base blocks where the loop passes, is varied or not. In order to perform such judgement process, an information indicative of the flowgraph structure and the updating information of the value of the variable are generated with respect to each base block as a base block information. Fig. 7 shows the content of the base block information which shows an example of the base block information generated with respect to the base block 2 in the flowgraph of Fig. 6. Each base block information includes the base block information of the immediately preceding base block, the base block information of the immediately following base block, and information of the variable having the varied value. Each information can be present in plural. Therefore, the base block information should have a structure to accept a plurality of information. Also, the information contained in the base block information includes the starting line, terminating line and line number of the intermediate code. In Fig. 7, the base block information 701 of the base block 2 contains the starting line, terminating line of the base block 2 in the intermediate code, the base block information 702 and 703 of the immediately preceding base block 1 and 3, the base block information 704 of the base block 3 as the information of the immediately following base block. As the information indicative of presence of the variable having the value, the name 705 of the variable and the line number 706 of the corresponding variable in the intermediate code are included. Next, as the second example of the process for optimizing the intermediate code by moving the invariant out of the loop, the case where the source program written by C language as shown in the following table 15 into the machine language program , is considered. The source program illustrated in the foregoing table 15 is parsed by the parsing portion 20 and output as the intermediate code as illustrated in the following table 16. Here, the optimization enabling and disabling information generating portion 30 inserts the codes "OPTBEG" and "OPTEND" for the range where the optimizing process may be performed when the combination of the control code is present through judgment of the presence of the combination of the control codes as in the former embodiment, during generation of the intermediate code. As a result, as shown in the following table 16, the code "OPTBEG" indicative of the beginning of the range to be optimized and the code "OPTEND" indicative of the range to be optimized are inserted before and after the lines 5 to 11. Thus, in the shown examples, the lines 5 to 11 become the range for effecting the optimization process. Then, the parsing portion 20 outputs the intermediate code 80 as shown in the table 16 and containing the codes "OPTBEG" and "OPTEND" as the optimization enabling and disabling information generated by the optimization enabling and disabling information generating portion 30. Then, judgement is made whether optimization process is to be performed or not by the optimization enabling and disabling judgement portion 40 so that the optimization processing portion 50 performs optimization process for the selected range. Figs. 8A and 8B is a flowchart showing detail of the second embodiment of the optimization process of the shown embodiment of the language processing system of the invention. In Figs. 8A and 8B, the optimization process of the intermediate code by moving the invariant out of the loop, as set forth above. The following discussion will be given about application of the optimization process of Figs. 8A and 8B to the intermediate code as shown in the table 16. The optimization processing portion 50 rests the flag "CHGFLG" immediately after initiation of the process (step 801). Next, the intermediate code (three address code) is read out from the first line (step 802). The intermediate code read out before the code "OPTBEG" indicative of beginning of the optimizing range appears, are not possible to be optimized. Therefore, they are simply read out through a loop of the steps 803 to 805. When the code "OPTBEG" at the 4th line of the intermediate code in the table 16 is read out, the answer at the step 803 becomes positive. Then, collection of information for moving the invariant through a loop of steps 807 to 813. At first, through the process in the step 807, judgement is made whether the currently processed line of the intermediate code is the jump instruction or label. Since the code "OPTBEG" is neither the jump instruction nor label, the answers at the steps 807. 810 and 812 become negative, respectively. Then, next code (label "L1" on 5th line of the table 16) is read out (step 813). Then, judgement at the step 807 is performed. If the code is the jump instruction or the label, such code indicates the boundary of the base block in the intermediate code. Then, information necessary for the base block information is generated (steps 808, 809). Namely, when the jump instruction or the label is read out at first time after the code "OPTBEG", the corresponding code becomes the starting line of the first base block, and the line of the jump instruction or the label read out subsequently becomes the end line of the first base block. Then, the line next to the end line of the first base block becomes the starting line of the second base block. In this manner, the intermediate code is divided into the base blocks every time the jump instruction or the label is read out. Division of the base block is performed within the range of the intermediate code defined by the codes "OPTBEG" and "OPTEND". In the intermediate code of the table 16, the label "L1" on the 5th line becomes the starting line of the first base block. Then, the jump instruction on the 6th line becomes the end line of the first base block. Next, the 7th line becomes the starting line of the second base block, and the jump instruction on the 10th line becomes the end line of the second base block. The label on the 11th line becomes the starting line of the third base block. Since the line next to the 11th line contains the code "OPTEND" so that optimization process will not be performed for the subsequent lines until the next code "OPTBEG" is read out, the label on the 11th line also becomes the end line of the third base block. In the process of the step 808, the base block information for new base block is generated. Then, at the step 809, updating of the base block information is performed by adding the base block information of the immediately preceding base block and the immediately following base block and so forth. When the line of the intermediate code as checked at the step 807 is not the jump instruction or the label, check is performed whether the value of the variable is varied or not (step 810). If the value of the variable is varied, the variable value varying information is generated to set in the base block information (step 811). The processes through the steps 807 to 813 are repeated until the code "OPTEND" appears. In case of the intermediate code of the table 16, the fourth to twelfth lines of the intermediate code are processed through the loop of the steps 807 to 813. The resultant base block information are as illustrated in Figs. 9 to 11. Here, the fourth to twelfth lines of the intermediate code are divided into three base blocks, and the base block information (1) to (3) are generated. These base block information (1) to (3) represent the flowgraph shown in Fig. 12. When the base block information is generated through the loop process of the steps 807 to 813 and the code "OPTEND" on the twelfth line is read out, the loop is exit at the step 812. Then, on the basis of the base block information generated as set forth above, the hierarchy tree is established (step 814). The hierarchy tree established on the basis of the base block information shown in Figs. 9 to 11 is illustrated in Fig. 13. Then, based on the flowgraph represented by the base block information (1) to (3) and the hierarchy tree established as set forth above, the loop is detected (step 815). Paying attention to the edge of 2 → 1 in Fig. 12, the base block 1 controls the base block 2, the presence of the loop can be detected. In this case, the base blocks 1 and 2 are forming the loop. Once the loop is detected, the invariant in the loop is detected (step 815). With reference to the information of variation of the value of the variable generated as set forth above, the variables which are varied the values are variables "i". "j", "q" and respectively varied at seventh, eighth and ninth lines of the intermediate code. The value of the variable "i" at the seventh line is determined from the value of "i" and a constant. However, since the value of "i" is not indeterminable value, the code on the seventh line of the intermediate code is not invariant. The value of "j" is determined from the value of "k" and a constant. Since the value of "k" is not varied within the loop, the code of the eighth line can be judged as the invariant. The value of "q" is determined from the value of "q" and the value of "i". Since the "i" has undetermined value, the code on the ninth line is not invariant in the loop. Thus, the code "j: = k + 3" on the eighth line is detected as the invariant in the loop at the step 815 and is moved out of the loop at the step 816. By moving the invariant in the loop, optimization of the intermediate code is performed. It should be appreciated that when no loop is detected at the step 815, the process at the step 816 is of course not performed. After completing the optimization process for the range defined by the codes "OPTBEG" and "OPTEND", the process is returned to the step 803 to seek for next code "OPTBEG". However, in the shown example, no code "OPTBEG" is present in the lines subsequent to the thirteenth line. Therefore, the codes in respective lines are simply read out. As a result, the intermediate code shown in the following table 17 is output. Then, the optimization process is terminated. As shown in the table 17, the invariant at the eighth line of the table 16 has been moved at the line next to the line of the code "OPTBEG" as immediately preceding line of the loop. After completion of the optimization process, the code generating portion 60 translates the optimized intermediate code 90 into the machine language program 100. This process is similar to that discussed with respect to the first embodiment. The effect of the present invention in optimization of the intermediate code will be discussed with reference to a timing chart of Fig. 14. In Fig. 14, "TA" denotes a range of the source program which can be optimized (namely the range defined between the codes "OPTBEG" and "OPTEND", "TB" denotes a range where optimization cannot be performed. "TC'", "TD'" and "TE'" respectively represent periods required for parsing, optimization and code generation in the conventional language processing system, and "TC", "TD" and "TE" represent periods required for parsing, optimization and code generation in the language processing system according to the present invention. In the conventional system, the period "TD'" is required for optimization of the overall source program. In the optimization process according to the present invention, since the processing period for the range "TV" of the source program can be neglected so that the processing period for optimization can be shorted for the difference ΔT. As set forth above, the present invention can be more effective for shortening the process period for optimization for more complicate intermediate code which otherwise requires substantial period for optimization. Although the invention has been illustrated and described with respect to exemplary embodiment thereof, it should be understood by those skilled in the art that the foregoing and various other changes, omissions and additions may be made therein and thereto, without departing from the scope of the present invention as defined in the claims.

Claims: A language processing system comprising: parsing means (20) for inputting a source program (70) described by a high-level language of a computer, and a parsing instruction statement, and generating an intermediate code (80) on the basis of the result of parsing the source program; code optimizing means (50) for performing an optimizing process for a range of said intermediate code; and code generating means (60) for translating an optimized intermediate code (90) optimized by said code optimizing means into a machine language program (100), CHARACTERIZED BY optimization enabling and disabling information generating means (30) cooperatively associated with said parsing means for setting ranges to be optimized with respect to said source program, wherein each of said ranges includes combined control statements controlling from of the source program, generating optimization enabling and disabling codes (OPTBEG, OPTEND) defining the ranges to perform optimization and inserting said optimization enabling and disabling codes at leading and trailing ends of each range to be optimized to said intermediate code; and said code optimizing means (50) for performing an optimizing process for the ranges of said intermediate code defined by said optimization enabling and disabling codes inserted in said intermediate code. A language processing system as set forth in claim 1, wherein said optimization enabling and disabling information generating means (30) generates a start code (OPTBEG) indicative of initiation of the optimization process and an end code (OPTEND) indicative of termination of the optimization process, and inserts said start code at an optimization start position in said intermediate code and said end code at an optimization end position in said intermediate code. A language processing system as set forth in claim 1, wherein said optimization enabling and disabling information generating means (30) detects a range where control statements controlling flow of the source program are combined as one of said ranges to be optimized and inserts a start code (OPTBEG) indicative of starting of said one range for optimization and an end code (OPTEND) indicative of end of said one range for optimization. A language processing system as set forth in claim 1, wherein said code optimizing means (50) includes optimization enabling and disabling judgement means (40) for selecting the ranges of said intermediate code to be optimized on the basis of said optimization enabling and disabling codes. A language processing system as set forth in claim 1, wherein said optimization enabling and disabling information generating means (30) detects a range where control statements controlling flow of the source program are combined as one of said ranges to be optimized and inserts a start code (OPTBEG) indicative of starting of said one range for optimization and an end code (OPTEND) indicative of end of said one range for optimization, and said code optimizing means (50) reads out said intermediate code (80) from a beginning point and responsive to the start code read out as a fraction of said intermediate code to perform the optimization process for said intermediate code until said end code is read out. A language processing system as set forth in claim 1, wherein said code optimizing means (50) performs the optimization process by detecting a loop and an invariant within the loop within said ranges for optimization defined by said optimization enabling and disabling codes, and moving the detected invariant out of said loop. A language processing method comprising the steps of: inputting a source program (70) described by a high-level language of a computer, and a parsing instruction statement, and generating an intermediate code (80) on the basis of the result of parsing the source program; performing an optimizing process for a range of said intermediate code (80); and translating an optimized intermediate code (90) optimized in said step of performing an optimizing process into a machine language program (100), CHARACTERIZED BY the step of setting ranges to be optimized with respect to said source program wherein each of said ranges includes combined control statements controlling flow of the source program, generating optimization enabling and disabling codes (OPTBEG, OPTEND) defining the ranges to perform optimization, and inserting said optimization enabling and disabling codes at leading and trailing ends of each range to be optimized to said intermediate code (80); and said step of performing an optimizing process for the ranges of said intermediate code defined by said optimization enabling and disabling codes inserted in said intermediate code. A language processing method as set forth in claim 7, wherein in said step of generating optimization enabling and disabling codes, a start code (OPTBEG) indicative of initiation of the optimization process and an end code (OPTEND) indicative of termination of the optimization process are generated and inserted at an optimization start position and at an optimization end position in said intermediate code. A language processing method as set forth in claim 7, wherein in said step of generating said optimization enabling and disabling codes, a range where control statements controlling flow of the source program are combined is detected as one of said ranges to be optimized and a start code (OPTBEG) indicative of starting of said one range for optimization and an end code (OPTEND) indicative of end of said one range for optimization are inserted in said intermediate code. A language processing method as set forth in claim 7, wherein said step of performing an optimizing process includes a step of selecting the ranges of said intermediate code to be optimized on the basis of said optimization enabling and disabling codes. A language processing method as set forth in claim 7, wherein in said step of generating optimization enabling and disabling codes, a range where control statements controlling flow of the source program are combined, is detected as one of said ranges to be optimized and a start code (OPTBEG) is inserted which is indicative of starting of said one range for optimization and an end code (OPTEND) is inserted which is indicative of end of said one range for optimization, and in said step of performing an optimizing process, said intermediate code is input from a beginning point and the optimization process is performed in response to detection of said start code in said intermediate code and continued until said end code is read out.

Inventors: INOUE MASAHARU, INOUE, MASAHARU, INOUE, MASAHARU, C/O NEC CORPORATION
Applicants: NIPPON ELECTRIC CO, NEC CORPORATION
Application year: 1994
Main classification: G06F9
IPC codes: G06F9