JPH03273341A - Allocation system for literal optimization - Google Patents
Allocation system for literal optimizationInfo
- Publication number
- JPH03273341A JPH03273341A JP7306790A JP7306790A JPH03273341A JP H03273341 A JPH03273341 A JP H03273341A JP 7306790 A JP7306790 A JP 7306790A JP 7306790 A JP7306790 A JP 7306790A JP H03273341 A JPH03273341 A JP H03273341A
- Authority
- JP
- Japan
- Prior art keywords
- literal
- allocation
- information
- boundary
- comparison
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000005457 optimization Methods 0.000 title claims description 18
- 238000000034 method Methods 0.000 claims abstract description 18
- 238000010586 diagram Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 3
- 210000000988 bone and bone Anatomy 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Landscapes
- Devices For Executing Special Programs (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明はリテラルを記述できるプログラム言語に係るコ
ンパイラのリテラルの処理に関し、特にリテラルの割り
付けの最適化を図るリテラルの最適化割り付け方式に関
する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to literal processing by a compiler for a programming language that can describe literals, and particularly to a literal optimization allocation method for optimizing literal allocation.
従来、この種のリテラルの最適化割り付け方式では、リ
テラルの割り付けアドレスがリテラルの出現順に決定さ
れており、割り付け境界の等しいリテラルが連続して割
り付けられるとは限らなかった。Conventionally, in this type of literal optimization allocation method, the allocation addresses of literals are determined in the order in which the literals appear, and literals with the same allocation boundary are not always allocated consecutively.
上述した従来のリテラルの割り付け方式では、リテラル
の割り付けアドレスがリテラルの出現順に決定され、割
り付け境界の等しいリテラルが連続して割り付けられる
とは限らないので、リテラルの出現順のl1li様によ
っては最適化割り付けを行うことができない場合が発生
する(リテラルの割り付けにおける最適化効率が悪くな
る)という欠点がある。In the conventional literal allocation method described above, literal allocation addresses are determined in the order in which the literals appear, and literals with equal allocation boundaries are not necessarily allocated consecutively, so optimization may be required depending on the order of literal appearance. This has the disadvantage that allocation may not be possible in some cases (optimization efficiency in literal allocation deteriorates).
本発明の目的は、上述の点に鑑み、割り付け境界別にリ
テラルの割り付け領域を管理してリテラルの割り付けを
行い、リテラルの割り付けにおける最適化効率を向上す
ることができるリテラルの最適化割り付け方式を提供す
ることにある。In view of the above-mentioned points, an object of the present invention is to provide a literal optimization allocation method that manages literal allocation areas for each allocation boundary, allocates literals, and improves optimization efficiency in literal allocation. It's about doing.
C12Mを解決するための手段」
本発明のリテラルの最適化割り付け方式は、割り付け境
界を考慮してリテラルを割り付ける必要がある電子計電
機システムにおけるコンパイラにおいて、いくつかの割
り付け境界側リテラルテーブルからなるリテラルテーブ
ルを作成し保持するリテラル管理手段と、このリテラル
管理手段により作成されたリテラルテーブルによって割
り付け境界側にリテラルの割り付け領域を管理しリテラ
ルの最適化割り付け処理を行うリテラル割り付け手段と
を有する。``Means for Solving C12M'' The literal optimization allocation method of the present invention is used in a compiler for an electronic meter system that needs to allocate literals in consideration of allocation boundaries. The present invention includes a literal management means for creating and holding a table, and a literal allocation means for managing a literal allocation area on the allocation boundary side and performing optimization allocation processing for literals using the literal table created by the literal management means.
本発明のリテラルの最適化割り付け方式では、リテラル
管理手段がいくつかの割り付け境界側リテラルテーブル
からなるリテラルテーブルを作成し保持し、リテラル割
り付け手段がリテラル管理手段により作成されたリテラ
ルテーブルによって割り付け境界側にリテラルの割り付
け領域を管理しリテラルの最適化割り付け処理を行う。In the literal optimization allocation method of the present invention, the literal management means creates and maintains a literal table consisting of several allocation boundary side literal tables, and the literal allocation means uses the literal table created by the literal management means to It manages the literal allocation area and performs literal optimization allocation processing.
次に、本発明について図面を参照して詳細に説明する。 Next, the present invention will be explained in detail with reference to the drawings.
第1図は、本発明のリテラルの最適化刷りt:fけ方式
の一実施例を含むコンパイルノステムの構成を示すブロ
ック図である。このコンパイルンステムは、原始プログ
ラム1と、コンパイラ2と、目的プログラム12と、割
り付け前リテラル情報13と、リテラルテーブル16と
、割り付け後リテラル情報20とを含んで構成されてい
る。FIG. 1 is a block diagram illustrating the structure of a compilation nostem that includes an embodiment of the literal optimization printing t:fke method of the present invention. This compilation system includes a source program 1, a compiler 2, a target program 12, pre-allocation literal information 13, a literal table 16, and post-allocation literal information 20.
コンパイラ2は、字句解析処理部3と、構文解析処理部
4と、意味解析処理部5と、コード生成処理部6と、目
的プログラム出力処理部】lとを含んで構成されている
。The compiler 2 includes a lexical analysis processing section 3, a syntax analysis processing section 4, a semantic analysis processing section 5, a code generation processing section 6, and a target program output processing section 1.
コード生成処理部6は、リテラル生成処理部7と、リテ
ラル割り付け処理部8とを含んで構成されている。The code generation processing section 6 includes a literal generation processing section 7 and a literal allocation processing section 8.
リテラル割り付け処理部8は、リテラル生成処理部7に
より生成されたリテラルに係る割り付け前リテラル情報
13を人力してその割り付け前リテラル情報13に関す
るリテラルテーブル16への登録を行うリテラル管理手
段9と、リテラルテーブル16を用いてリテラルの最適
な割り付けアドレス(割り付け領域内における相対アド
レス)を決定するリテラル割り付け手段IOとを含んで
構成されている。The literal allocation processing unit 8 includes a literal management unit 9 that manually registers the pre-allocation literal information 13 related to the literal generated by the literal generation processing unit 7 in the literal table 16 regarding the pre-allocation literal information 13; It is configured to include a literal allocation means IO that uses the table 16 to determine the optimum allocation address (relative address within the allocation area) of a literal.
割り付け前リテラル情報13は、リテラルの割り付け境
界(ここでは、■バイト境界、2バイト境界、3バイト
境界または4バイト境界)を示す割り付け境界情報14
と、リテラルの長さおよびリテラルのイメージを示すリ
テラル内容15とからなる。The pre-allocation literal information 13 includes allocation boundary information 14 indicating the literal allocation boundary (here, ■byte boundary, 2-byte boundary, 3-byte boundary, or 4-byte boundary).
and literal content 15 indicating the length of the literal and the image of the literal.
リテラルテーブル16は、割り付け境界毎に存在する複
数の割り付け境界側リテラルテーブルI7 (割り付け
境界側のリテラルテーブルポインタ18およびチェーン
されているいくつかの割り付け中リテラル情報19から
なる)により構成されている。The literal table 16 is composed of a plurality of allocation boundary side literal tables I7 (consisting of an allocation boundary side literal table pointer 18 and several pieces of chained literal information 19 during allocation) that exist for each allocation boundary.
割り付け後リテラル情報20は、割り付け境界情報21
と、リテラルの割り付けアドレスである割り付け領域内
相対アドレス22と、リテラル内容23とからなる。The post-allocation literal information 20 is the allocation boundary information 21
, an allocation area relative address 22 which is a literal allocation address, and literal contents 23.
なお、第1図中のリテラル管理手段9.リテラル割り付
け手段10およびリテラルテーブル16により本発明の
リテラルの最適化割り付け方式の一実施例が構成されて
いる。Note that literal management means 9 in FIG. The literal allocation means 10 and the literal table 16 constitute an embodiment of the literal optimization allocation method of the present invention.
第2図は、リテラルテーブル16の構成を詳細に示す図
である。リテラルテーブル16内の各割り付け境界側リ
テラルテーブル17は、割1すIすけ境界側のリテラル
テーブルポインタ18と、ネクストポインタ51(割り
付け中リテラル情報19のチェーンを形成するためのポ
インタ)1割り付け領域内相対アドレス52およびリテ
ラル内容53を有する割り付け中リテラル情報19のチ
ェノとを含んで構成されている。FIG. 2 is a diagram showing the structure of the literal table 16 in detail. Each allocation boundary side literal table 17 in the literal table 16 has a boundary side literal table pointer 18 and a next pointer 51 (a pointer for forming a chain of literal information 19 being allocated) within one allocation area. The allocation information 19 has a relative address 52 and a literal content 53, and is configured to include the key of the literal information 19 being allocated.
第3図は、リテラル割り付け手段10が異なる割り付け
境界に係る割り付け境界側リテラルテーブル17を検索
する順序を示す図である。FIG. 3 is a diagram showing the order in which the literal allocation means 10 searches the allocation boundary side literal table 17 related to different allocation boundaries.
第4図は、リテラル割り付け手段10の処理(最適化割
り付け処理)を示す流れ図である。この処理は、割り付
け境界別リテラルテーブル選択ステップ81と、先頭割
り付け中リテラル情報取得ステップ82と、割り付け境
界別リテラルテーブル終了判定ステップ83と、比較用
リテラルテーブル生成ステップ84と、リテラル比較位
置先頭設定ステップ85と、リテラル一致判定ステップ
86と、リテラル比較位置更新ステップ87と、比較用
リテラル終了判定ステップ88と、比較対象リテラル割
り付けアドレス決定ステップ89と、割り付け中リテラ
ル情報削除ステップ90と、次検索割り付け境界別リテ
ラルテーブル取得ステップ91と、次検索割り付け境界
別リテラルテーブル存在判定ステップ92と、比較対象
リテラル割り付けアドレス決定ステップ93とからなる
。FIG. 4 is a flowchart showing the processing (optimization allocation processing) of the literal allocation means 10. This process includes a step 81 for selecting a literal table by allocation boundary, a step 82 for acquiring information on literals being allocated at the beginning, a step 83 for determining the end of literal tables for each allocation boundary, a step 84 for generating a literal table for comparison, and a step for setting the beginning of a literal comparison position. 85, literal match determination step 86, literal comparison position update step 87, comparison literal end determination step 88, comparison target literal allocation address determination step 89, currently allocated literal information deletion step 90, and next search allocation boundary It consists of another literal table acquisition step 91, next search allocation boundary-specific literal table existence determination step 92, and comparison target literal allocation address determination step 93.
次に、このように構成された本実施例のリテラルの最適
化割り付け方式を含むコンパイルシステムの動作につい
て説明する。Next, the operation of the compile system including the literal optimization allocation method of this embodiment configured as described above will be explained.
コンパイラ2は、原始プログラム1を入力し、字句解析
処理部3.構文解析処理部4および意味解析処理部5に
おいて原始プログラム1が構文的および意味的に正しい
ことをチエツクし、その後にコード生成処理部6を起動
する。The compiler 2 inputs the source program 1, and the lexical analysis processing unit 3. The syntactic analysis processing section 4 and the semantic analysis processing section 5 check whether the source program 1 is syntactically and semantically correct, and then the code generation processing section 6 is activated.
コード生成処理部6は、リテラル生成処理部7を起動す
る。The code generation processing unit 6 starts the literal generation processing unit 7.
リテラル生成処理部7は、原始プログラム1に対するコ
ード生成処理においてリテラル(比較対象リテラルとな
るリテラル)を生成し、そのリテラルに係る割り付け前
リテラル情報13を生成する。The literal generation processing unit 7 generates a literal (a literal that becomes a comparison target literal) in the code generation process for the source program 1, and generates pre-allocation literal information 13 regarding the literal.
次に、コンパイラ2は、リテラル割り付け処理部8を起
動する。Next, the compiler 2 activates the literal allocation processing section 8.
リテラル割り付け処理部8内のリテラル管理手段9は、
リテラル生成処理部7により生成された割り付け前リテ
ラル情報13を入力し、割り付け前リテラル情報13内
の割り付け境界情報14で示される割り付け境界に対応
する割り付け境界別リテラルテーブル17に、割り付け
前リテラル情報13内のリテラル内容15をリテラル内
容53とする割り付け中リテラル情報19をチェーンす
ノテラル割り付け処理部8内のリテラル割り付け手段1
0は、リテラルテーブル16を用いて、以下に示すよう
なリテラルの最適化割り付け処理を行う(第4図参照)
。The literal management means 9 in the literal allocation processing section 8 is
The pre-allocation literal information 13 generated by the literal generation processing unit 7 is input, and the pre-allocation literal information 13 is input to the allocation boundary literal table 17 corresponding to the allocation boundary indicated by the allocation boundary information 14 in the pre-allocation literal information 13. Literal allocation means 1 in the noteral allocation processing unit 8 that chains the literal information 19 being allocated with the literal content 15 in the literal content 53 as the literal content 53.
0 uses the literal table 16 to perform the literal optimization allocation process as shown below (see Figure 4).
.
割り付け前リテラル情報13内の割り付け境界情111
4が示す割り付け境界と一致する割り付け境界に係る割
り付け境界別リテラルテーブル17を選択しくステップ
81)、選択した割り付け境界別リテラルテーブル17
内の先頭の割り付け中リテラル情報19を求め(ステッ
プ82)、割り付け境界別リテラルテーブル17が終了
か否か(1つの割り付け境界別リテラルテーブル17の
検索が終了して取得すべき割り付け中リテラル情報19
が残存しないかどうか)を判定する(ステ。Allocation boundary information 111 in pre-allocation literal information 13
Step 81) selects the allocation boundary literal table 17 related to the allocation boundary that coincides with the allocation boundary indicated by 4.
(step 82), and determines whether or not the allocation boundary literal table 17 is completed (the allocation boundary literal information 19 to be obtained after the search for one allocation boundary literal table 17 is completed).
Determine (whether or not there is any remaining) (step.
ブ83)。Bu83).
この判定で割り付け境界別リテラルテーブル17が終了
していない場合には、比較対象リテラルの長さ(比較長
)を超過するだけの割り付け境界別リテラルテーブル1
7内のリテラル(各割り付け中リテラル情報19内のリ
テラル内容53中のリテラルのイメージ)を先頭の割り
付け中リテラル情報19内のものから結合して比較用リ
テラルを生成する(ステップ84)。If the literal table 17 by allocation boundary is not completed in this judgment, the literal table 1 by allocation boundary 1 that exceeds the length of the literal to be compared (comparison length)
7 (images of literals in the literal content 53 in each piece of allocated literal information 19) are combined from those in the first allocated literal information 19 to generate a comparison literal (step 84).
比較対象リテラルと比較すべき比較用リテラル内の比較
長分の文字列の先頭位置(リテラル比較位1)を比較用
リテラルの先頭としくステップ85)、比較用リテラル
内のリテラル比較位置から始まる比較長分の文字列と比
較対象リテラルとが一致するか否かを判定する(ステッ
プ86)。The start position (literal comparison position 1) of the character string for the comparison length in the comparison literal to be compared with the comparison target literal is set as the start of the comparison literal (step 85), and the comparison starts from the literal comparison position in the comparison literal. It is determined whether the long character string and the comparison target literal match (step 86).
この判定で両者が一致しない場合には、リテラル比較位
置を割り付け境界骨だけ更新しくステップ87)、比較
用リテラルが終了したか否が(リテラル比較位置から始
まる比較長分の文字列の最後が比較用リテラルの最後を
超過したか否か)を判定する(ステップ88)。If the two do not match in this judgment, the literal comparison position is assigned and only the boundary bone is updated (Step 87), and the comparison literal is determined whether the comparison literal ends (the end of the comparison length character string starting from the literal comparison position is compared). (step 88).
この判定で比較用リテラルが終了した場合には、ステッ
プ83の判定に制御を戻す。If the comparison literal is finished in this determination, control is returned to the determination in step 83.
ステップ88の判定で比較用リテラルが終了していない
場合には、ステップ86の判定に制御を戻す。If it is determined in step 88 that the comparison literal has not been completed, control is returned to step 86.
ステップ86の判定で両者が一致する場合には、リテラ
ル比較位置の割り付け領域内における相対アドレスを比
較対象リテラルの割り付けアドレスとして決定しくステ
ップ89)、リテラル管理手段9により登録された比較
対象リテラルに係る割り付け中リテラル情報19を削除
しくステ・ノブ90)、処理を終了する。If the two match in the determination in step 86, the relative address within the allocation area of the literal comparison position is determined as the allocation address of the comparison target literal (step 89), and the relative address related to the comparison target literal registered by the literal management means 9 is determined. The literal information 19 being allocated is deleted (steer knob 90), and the process ends.
ステップ83の判定で割り付け境界側リテラルテーブル
17が終了である場合には、第3図に示す割り付け境界
側リテラルテーブル17の検索順序に従って、次に検索
する割り付け境界側リテラルテーブル17を求め(ステ
ップ91)、次に検索する割り付け境界側リテラルテー
ブル17が存在するか否かを判定する(ステップ92)
。If it is determined in step 83 that the allocation boundary side literal table 17 is completed, the allocation boundary side literal table 17 to be searched next is determined according to the search order of the allocation boundary side literal table 17 shown in FIG. 3 (step 91 ), it is determined whether the allocation boundary side literal table 17 to be searched next exists (step 92).
.
この判定で次に検索する割り付け境界側リテラルテーブ
ル17が存在する場合には、ステップ82の処理に制御
を戻す。If it is determined that there is an allocation boundary literal table 17 to be searched next, control is returned to step 82.
ステップ92の判定で次に検索する割り付け境界側リテ
ラルテーブル17が存在しない場合には、比較対象リテ
ラルの割り付けアドレスをそれまでのljk後のリテラ
ルの割り付け領域内における相対アドレスの次のアドレ
スに決定しく比較対象リテラルに係る割り付け中リテラ
ル情報19中の割り付け領域内相対アドレス52には、
その割り付けアドレスを設定する)(ステップ93)、
処理を終了する。If the allocation boundary side literal table 17 to be searched next does not exist in step 92, the allocation address of the comparison target literal is determined to be the next address of the relative address in the allocation area of the literal after ljk. The relative address within the allocated area 52 in the allocated literal information 19 regarding the comparison target literal is as follows:
setting the allocated address) (step 93),
Finish the process.
リテラル割り付け処理部8は、リテラル割り付け手段1
0による最適化割り付け処理に基づいて、割り付け前リ
テラル情報13から割り付け後リテラル情報20(割り
付け境界情報21は割り付け境界情報14に相当し、割
り付け領域内相対アドレス22はリテラル割り付け手段
10により決定された割り付けアドレスに相当し、リテ
ラル内容23はリテラル内容15に相当する)を生成す
る。The literal allocation processing unit 8 includes the literal allocation means 1
0, the pre-allocation literal information 13 to the post-allocation literal information 20 (the allocation boundary information 21 corresponds to the allocation boundary information 14, and the relative address 22 within the allocation area is determined by the literal allocation means 10. (corresponds to the allocated address, and the literal content 23 corresponds to the literal content 15).
最後に、コンパイラ2は目的プログラム出力処理部11
を起動し、目的プログラム出力処理部11は目的プログ
ラム12を出力する。Finally, the compiler 2
, and the target program output processing section 11 outputs the target program 12.
以上説明したように本発明は、割り付け境界側リテラル
テーブルを有するリテラルテーブルを作成して保持し、
割り付け境界側にリテラルの割り付け領域を管理してリ
テラルの割り付けを行うことにより、複数のリテラルに
またがるリテラルの最適化割り付けを行うことができ、
リテラルの割り付けにおける最適化効率を向上すること
ができるという効果がある。As explained above, the present invention creates and maintains a literal table having an allocation boundary side literal table,
By managing the literal allocation area on the allocation boundary side and allocating literals, you can perform optimized allocation of literals that span multiple literals.
This has the effect of improving optimization efficiency in literal allocation.
第1図は本発明の一実施例を含むコンパイルシステムの
構成を示すブロック図、
第2図は第1図中のリテラルテーブルの詳細な構成を示
す図、
第3図は第1図中のリテラル割り付け手段による割り付
け境界側リテラルテーブルの検索順序を示す図、
第4図は第1図中のリテラル割り付け手段の処理(最適
化割り付け処理)を示す流れ図である。
図において、
1・・・原始プログラム、
2・・・コンパイラ、
3 ・
4 ・ ・
6 ・ ・
7 ・ ・
8 ・
9 ・ ・
10 ・
1
2
13 ・
14 ・
l 5 ・
】 6 ・
l 7 ・
18 ・
19 ・
20 ・
2 l ・
22 ・
・字句解析処理部、
・構文解析処理部、
意味解析処理部、
・コード生成処理部、
リテラル生成処理部、
リテラル割り付け処理部、
・リテラル管理手段、
リテラル割り付け手段、
・目的プログラム出力処理部、
・目的フ′ログラム、
割り付け前リテラル情報、
割り付け境界情報、
リテラル内容、
リテラルテーブル、
割り付け境界側リテラルテーブル、
リテラルテーブルポインタ、
割り付け中リテラル情報、
割り付け後リテラル情報、
割り付け境界情報、
割り付け領域内相対アドレス、
23・・リテラル内容、
51・・ネクストポインタ、
52・・割り付け領域内相対アドレス、53・・リテラ
ル内容である。FIG. 1 is a block diagram showing the configuration of a compilation system including an embodiment of the present invention, FIG. 2 is a diagram showing the detailed configuration of the literal table in FIG. 1, and FIG. 3 is a block diagram showing the configuration of the literal table in FIG. 1. FIG. 4 is a flowchart showing the processing (optimized allocation processing) of the literal allocation means in FIG. 1. In the figure, 1... Source program, 2... Compiler, 3 ・ 4 ・ ・ 6 ・ ・ 7 ・ ・ 8 ・ 9 ・ ・ 10 ・ 1 2 13 ・ 14 ・ l 5 ・ ] 6 ・ l 7 ・ 18・ 19 ・ 20 ・ 2 l ・ 22 ・ ・Lexical analysis processing unit, ・Syntax analysis processing unit, Semantic analysis processing unit, ・Code generation processing unit, Literal generation processing unit, Literal allocation processing unit, ・Literal management means, Literal allocation Means: - Objective program output processing unit; - Objective program, pre-allocation literal information, allocation boundary information, literal contents, literal table, allocation boundary side literal table, literal table pointer, literal information during allocation, post-allocation literal information, Allocation boundary information, relative address within the allocated area, 23...literal content, 51...next pointer, 52...relative address within the allocated area, 53...literal content.
Claims (1)
る電子計算機システムにおけるコンパイラにおいて、 いくつかの割り付け境界別リテラルテーブルからなるリ
テラルテーブルを作成し保持するリテラル管理手段と、 このリテラル管理手段により作成されたリテラルテーブ
ルによって割り付け境界別にリテラルの割り付け領域を
管理しリテラルの最適化割り付け処理を行うリテラル割
り付け手段と を有することを特徴とするリテラルの最適化割り付け方
式。[Claims] In a compiler for a computer system that requires allocation of literals in consideration of allocation boundaries, a literal management means for creating and maintaining a literal table consisting of several allocation boundary-specific literal tables; 1. A method for optimizing literal allocation, comprising: literal allocation means for managing literal allocation areas for each allocation boundary using a literal table created by the means, and performing optimization allocation processing for literals.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7306790A JPH03273341A (en) | 1990-03-22 | 1990-03-22 | Allocation system for literal optimization |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7306790A JPH03273341A (en) | 1990-03-22 | 1990-03-22 | Allocation system for literal optimization |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH03273341A true JPH03273341A (en) | 1991-12-04 |
Family
ID=13507626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP7306790A Pending JPH03273341A (en) | 1990-03-22 | 1990-03-22 | Allocation system for literal optimization |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH03273341A (en) |
-
1990
- 1990-03-22 JP JP7306790A patent/JPH03273341A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH0769833B2 (en) | Interface for constructing symbol table in multilingual optimizing compiler | |
JPH086812A (en) | Debugging method and debugger for information processing program | |
Kessler | Peep: an architectural description driven peephole optimizer | |
JPH03273341A (en) | Allocation system for literal optimization | |
JPH04107738A (en) | Optimum allocation system for literal | |
JP3007356B2 (en) | Compiling device | |
Wendt | Fast code generation using automatically-generated decision trees | |
JP3464019B2 (en) | Register allocation method | |
Seiwald | Jam-Make (1) Redux. | |
JPH08137923A (en) | Design data managing system for cad system | |
Costanza | Transmigration of object identity: The programming language gilgul | |
JPS6316334A (en) | In-line evolving system for machine word defined optionally by user | |
JPH0371342A (en) | Reserved word deciding system | |
JPH05120027A (en) | Optimum register allocation system | |
JPS63178345A (en) | Data base access processing system | |
JPH0635712A (en) | Automatic in-line expansion processing system for procedure in fortran program | |
JPH02205930A (en) | Interface check processing method | |
JPH05197565A (en) | Constant area allocation processing method | |
JPS584436A (en) | Forming system for file definition of program product | |
JPH0350632A (en) | Heredity method in large scale knowledge data base system | |
JPH04320535A (en) | Program forming device | |
JPS6289141A (en) | Data approaching system by indirect agrument list | |
JPH03163628A (en) | Data object optimizing system | |
JPH1063553A (en) | Data base device | |
JPH02114334A (en) | Method for controlling class in object directional language |