JPS63163530A - Program link device - Google Patents

Abstract

PURPOSE:To regenerate a link map from execute form programs by retrieving execute form programs with built in a table and detecting the start address of module respectively from the table to output this address together with the corresponding module name. CONSTITUTION:When the link map is generated from generated execute form programs, an operator informs a linker indication input part 52 that an input file is an execute form program unit (EPU) 22, and the operator instructs the part 52 to generate the link map. A link map regenerating part 510 receives these information from the linker indication input part 52 to retrieve an execute form program ABC 220 and finds a built-in link information table. The start address of each module is set, and start addresses of respective modules are outputted corresponding to module names and are displayed on a terminal equipment 4. Thus, the link map is regenerated from execute form programs if it is required.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a device for linking programs, and more particularly to a device capable of regenerating a link map from an executable program.

[Conventional technology]

Conventionally, this type of device has linked programs using a program called a linker. That is, the linker links the object program modules output by the compiler using a link information table to create an executable program. The linker also generates a link map using this link information table. Once the linker has completed creating an executable program, this table is no longer needed, so the linker discards it.

[Problem that the invention seeks to solve]

In this way, conventional program linking devices discard the link information table after creating an executable program, so if a link map is needed again, create the executable program again and generate the link map again. I need to redo it. Therefore, the following problems arise.

(1) If the executable program is large, it will take time to create it, and therefore a long time will be required to generate the link map. The larger the program, the longer the time required and the greater the time waste.

(2) Even though only the link map is required,
An executable program is also created, which is wasteful.

(3) If the executable program that requires a link map is an old version and its source program or object program has been updated or discarded, create an executable program. is not possible, and therefore the link map cannot be regenerated. In such a case, batch maintenance of executable programs is impossible because there is no link map.

An object of the present invention is to provide a program linking device that can solve these problems and regenerate a link map from an executable program.

[Means for solving problems]

The present invention provides a program linking device for creating an executable program by linking a plurality of object programs, comprising: storage means for storing a table of link information used for linking the object programs; link information table generation means for incorporating the table stored in the storage device into the created executable program; searching for an executable program in which the table is incorporated and detecting a start address for each module from the table; and a link map regenerating means for outputting the table along with the corresponding module name, and the link information table generating means has a process selection means for selecting whether or not to incorporate the table into the created executable program. Features.

〔Example〕

Next, an embodiment of the present invention will be described with reference to the drawings.

As shown in FIG. 1, the program linking device 1 of this embodiment operates based on a storage device 2 and a program stored in the storage device 2, and also operates on data stored in the storage device 2. It is composed of a central processing unit 3 that performs processing, and a terminal device 4 that displays data or operates the central processing unit 3. The storage device 2 further includes an object program unit (hereinafter referred to as OPU) 21 that stores an object program, and an executable program unit (hereinafter referred to as EPU) 22 that stores an executable program. .

A linker that operates the central processing unit 3 to create an executable program and a link map is stored in the storage device 2, and its configuration is as shown in FIG. This linker 5 consists of an object program processing section 50 that creates an executable program, an executable program processing section 51 that generates a link map, and a linker instruction input section 52 that inputs instructions to be given to the linker 5. The program processing section 50 includes an executable program creation section 500 and a link information table generation section 5.
01, and the executable program processing section 51 has a link map regeneration section 510.

Next, the operation will be explained. Here, as shown in FIG. 2, the object program A1 stored in 0PU21 is
Object program B, object program C
Create one executable program ABC220 from
It is also assumed that a link map is regenerated from this executable program ABC220.

First, creation of an executable program will be explained using the flowchart shown in FIG. The operator of the device should:
The terminal device 4 notifies the linker instruction input unit 52 that the input file is PU21, and also instructs the link information table to be incorporated into the executable program. The executable program creation section 500 receives this information from the linker instruction input section 52, and recognizes the position of the input file and whether there is an instruction to incorporate the link information table (step 31).

Next, object program A starts from OP U21.

The link information table generation unit 501 sequentially reads B and C and creates an executable program (step 32). It is determined whether the information table is to be incorporated into the executable program (step 33).

When incorporating, the link information set when creating the executable program is stored inside the linker 5 as a link information table (step 34).
). After that, this table is incorporated into the executable program, and the EPU2 is created as the executable program ABC220.
2 (step 35).

If the link information table is not to be incorporated, the operator instructs the linker instruction input section 52 accordingly. As a result, the link information table generation unit 501 performs step 3.
In step 3, it is determined that the program is not to be installed, the executable program is stored in the EPU 22, and the process ends.

Next, the case where a link map is generated from the executable program created in this way will be explained using the flowchart shown in FIG.

The operator inputs the input file to the linker instruction input section 52, indicating that the input file is EP.
It informs that it is U22 and instructs to create a link map. The link map regeneration unit 510 receives this information from the linker instruction input unit 52 (step 41).
, the executable program ABC 220 stored in the EPU 22 is searched, and the incorporated link information table is found (step 42).

Next, set the start address for each module.

Then, the start address of each module is output in correspondence with the module name, and displayed on the terminal device 4 (
Step 43).

〔Effect of the invention〕

As explained above, the program link device of the present invention has the following features:
If necessary, it is possible to incorporate the link information table into an executable program and output it, or re-input the executable program to search for the incorporated link information table.

Therefore, whenever a link map is needed, it can be regenerated from the executable program. That is, according to the present invention, a link map can be easily regenerated in a short time because no unnecessary processing is performed.

Furthermore, since the user can select whether or not to incorporate the link information table into the executable program, the executable program does not become unnecessarily large in capacity.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the present invention, FIG. 2 is a block diagram showing a linker operating in the embodiment of FIG. 1, and FIGS. 3 and 4 are flowcharts showing the operation of the linker. . 1...Program link device 2...Storage device 3...Central processing unit 4...Terminal device 5...Linker 21...0PU 22. ... EPU 50 ... Object program processing section 51 ...
...Executable program processing unit 52...Linker instruction input unit 500...Executable program creation unit 501...
... Link information table generation section 510 ... Link map regeneration section Agent Patent attorney Yoshiyuki Iwasa 1 Program link device Fig. 1 Fig. 3

Claims (1)

[Claims] (1) A program linking device that creates an executable program by linking a plurality of object programs, comprising: a storage means for storing a table of link information used to link the object programs; and a program linking device that creates an executable program by linking the object programs. link information table generation means that incorporates the table stored in the storage device into an executable program that has been created, and searches for an executable program in which the table is incorporated, and detects a start address for each module from the table. and link map regeneration means for outputting the table along with the corresponding module name, and the link information table generation means has processing selection means for selecting whether or not to incorporate the table into the created executable program. A program link device for