JPS6327774A - Analogue lsi testing apparatus - Google Patents

Abstract

PURPOSE:To enhance a test practice speed and a test response speed, by a method wherein a plurality of targets have an object program formed by an one-line compiler and a corresponding table wherein the line number and address relating to said program are allowed to correspond to each other and carry out a renewed program. CONSTITUTION:A host computer 1 has one-line compile function compiling a source program in one statement unit and developing the object program thereof on the addition area of the original object program by a patch system. Targets 31-3m have the object program formed by an one-line compiler and a corresponding table wherein the line number and address relating to said program are allowed to correspond to each other and carry out a renewed program. When the program operated by the targets 31-3m is corrected from the side of the host computer 1, compiling is performed at every one statement and the program of the targets is debugged in a real time by a conversation system.

Description

DETAILED DESCRIPTION OF THE INVENTION (Industrial Application Field) The present invention is directed to large-scale 1J81I (LSI) analog I
Concerning test equipment for testing C, an analog device configured such that multiple targets are prepared for testing multiple analog LSIs by country, and each of these targets is controlled by one host computer. L
Regarding SI test equipment.

In particular, the present invention relates to a one-line compilation function for interactively debugging a program running on a target from the host side in real time in a so-called cross system in which the processor sizes used by the host and target are different.

(Prior art) Conventionally, in approximately half of analog LSI test devices of this type, jobs (,)○B) and programs (test execution programs) are created using an interpreter. There are several devices that provide a function to perform conversational debugging in real time, which is extremely useful in improving debugging efficiency.

However, such conventional functions have the following problems.

■The test execution speed is slow because of the inkblitter expression δH (JOB program execution time becomes longer).

■Although it is called a debug function, it is basically debugging at the program level, and it is not at the level of so-called educational debugging.

In view of these points, an object of the present invention is to provide an analog system with a one-line compilation function that can perform conversational real-machine debugging in real time in a cross-system where the target is a distributed system. Our objective is to provide LSI test equipment.

(Another Means to Solve the Problem) In order to achieve such an object, the present invention prepares a plurality of targets for individually testing a plurality of analog LSIs, and each of these targets is connected to one host. Analog LS configured to be controlled by computer
In the I test equipment, the host computer compiles the source program in units of statements and compiles the object program.
The target includes means having a one-line compile function for adding a program to an area for adding an original object program by a patch method, and the target includes an object program created by the one-line compiler and at least an object program related thereto. It has a correspondence table that associates in-numbers and addresses, and is configured to include a means to execute the updated program.When modifying a program running on the target from the host computer side, it compiles one statement at a time. , is characterized by being able to debug the target program in real time in a conversational format.

(Example) The present invention will be described in detail below using the drawings. FIG. 1 is a block diagram showing an embodiment of an analog LSI test device according to the present invention. In the figure, 1 is a host computer, and 21 to 2?1 are terminals connected to the computer 1, which have an input IA device and a CRT display device, and which can input information for controlling the device, various monitors, etc. It is also configured to allow input of information for checking programs and the like.

31-3 turtles are the target. For example, a serial interface (
(not shown). By the way, the details of the target will be explained later.

Denoted at 5 and 51 are distributed processor systems, which are connected to the target via the bus 4 and operate in response to instructions given from the target. Each target can be individually connected to such a distributed processor system. This distributed processor system actually includes, for example, a voltage generation module, a current generation module, a voltage measurement module, and a current measurement module, and these modules are connected to the analog LSI under test (not shown) and transmit signals to each other. The sending and receiving of is 1 time. There are divided memories 521 to 52. It is configured such that commands from the target are dropped here, and the module operates based on them.

In such a configuration, the boss 1 performs test program development, debugging operations, data processing, etc., and the test program is executed by the target and the distributed processor system connected thereto.

Next, a one-line compilation method, which is a feature of the present application, will be explained. FIG. 2 is a processing flow comparing the conventional method and the method of the present application. Conventional general compilers output objects (programs) for all statements at once, but one-line compilers compile one statement at a time and store the objects in that part in the general compiler's object addition area (general The area provided after the object created by the compiler) is expanded using a patch method (a method in which when a program is to be corrected or changed, a partial program that is not corrected or modified is inserted). The one-line compiler partially corrects the changed parts of the line number table held as compilation information and the debug table held in the target.

FIG. 3 shows a processing block when such a compilation system is incorporated into the apparatus shown in FIG. 1, and its operation will be described next. Note that the details of the processing in each part will be described later.

1) First, we will explain the basic operation of a one-line compiler step by step.

(1) Using Terminal 2, input a source program consisting of one statement using a screen editor.

(2) The input source program is analyzed by the source syntax analysis unit 11 in the host 1 to check for syntax errors. If there are no errors, expand to the intermediate statement table. This table also includes information on new and old row numbers.

(3) The current compilation information analysis unit 12 extracts the load address of the object code from the intermediate statement table, the symbol and line number table, and the debugging table in the LOG file, and extracts the object code load address from the debugging table (host side and target side) t'+LOG file information, create a table to be loaded into the lowest module (distributed processor system shown in FIG. 1). That is, a table and a LOG file regarding symbols and line numbers are created.

(4) The code generation unit 13 creates a one-statement object program to be modified from the intermediate statement table and the information in (3) using a patch method.

(5) Download the information created in (3) and (4) above to a predetermined target 3 via the communication system 14,
The debug (DB) table 33 and object (OBJ) code 34 in the target are updated.

(6) When exiting the 1-line compiler mode, the lowest module is notified by a communication command that a table change has occurred. This causes the lowest module to update its internal table.

In this way, a one-line compiler can be realized.

2) Next, the processing in each part will be explained.

(In an editor using Screen Editor Terminal 2, inputting an additional command for the 1-line compiler results in a screen like the one shown in FIG. 4(a), and the screen mode is entered.

In this mode, the source program can be accessed using the EDIT key on the terminal between the start line indicated by the II*II mark and the end line indicated by the +1 II mark.

After inputting the source program, press [M (CNT
By operating the two keys (L key and Q key at the same time), characters between the start and end lines are captured, and this is used as a one-statement source program to perform the processing described in 1) Basic operation above. Execute.

Place I [I! At the end of the process, the screen will be displayed as shown in (b) of Figure 4. In the case of modification, after displaying No. 40 (a), change the source code of the specified line between the start and end lines.
The program will be displayed.

(2) Correspondence display method of l/i old line numbers In the source syntax analysis unit 11 in Figure 3, are the new and old lines? ft number, and the current compilation information analysis unit 12 creates a new and old i″r number correspondence table. In one-line compilation, these two (l) numbers are displayed in a list display. This is a diagram showing an example of such a display example, and (a) in the diagram shows t
l) Octadic list, (b) of the same figure is the list after adding rows.

In the list before line addition in Figure (A), the number on the left side of the list is the new line number i, and the number on the right side is the old line number (in the line addition library, the ?1 numbers on the left and right are the same). The bending line that is subject to change in the one-line compiler is ``〉”′
marked.

In the list after adding a line in the same figure (b), the added line is the old one on the right (the 1 number becomes the 1oooo series, and subsequent lines have the original number. The line number on the left is the renumbering number. The new line number θ is specified by the operator.

Also, the lines that have been corrected or added are numbered in the order of change in the 10000ii range. In the list display, a "*" mark is added to make it easier to see the changed parts.

(3) Debug table modification method Among the debug table modification methods modified by the current compilation information analysis unit 12 shown in FIG. 3, one example of the modification method, especially in the case of addition, is shown in FIG.

Figure (a) shows the source program image after modification. The old and new line number correspondence table describes the old line number for the new number, and if you add it before line 30, the new line number 30 will be 1ooooi, and the new line numbers after that will be 31 and 30. The old numbers are entered one by one, such as 32 and 31. FIG. 6(b) shows a debug table in the target. In line 30, the address BBBB before addition becomes the address EEEE1 of the expanded light of the object code expanded using the patch method.
．． :il can be changed. DDDD is entered in the added row 10001.

(4) Table generation method in the lowest module The processing table in the lowest module created by the code generation unit 13 shown in FIG. 3 is shown in FIG. 7(a). The processing table of the added row is expanded by σ;1 at the end of the processing table using a patch method.

When the lowest module is notified of a change by a command from the host, it creates a look-up table that is a correspondence table between processing table numbers and their addresses as shown in FIG. 7(b).

(5) Object code generation method FIG. 8 shows a method for generating object code created by the code generation section 13 shown in FIG. 3. Before adding 11, call the measurement statement rank routine of line 30 (CAL
L) is rewritten to a jump instruction (JP), and the added line 30 is expanded in the order of the added line and the 30th line in the additional area.

(6) LOG file The one-line compiler creates a modified source file in which only the changed (rj-corrected or added) source program is saved as the LOG file. Also, files for objects and various tables are kept here separately from the original files. These files are called start files.

Therefore, it is possible to save the modification information without making any changes to the original source and object files, and it is also possible to save the original source and object files.

Since the modified source file and the restart file contain the original information, the user can continue debugging by simply specifying restart when restarting debugging.

At the end of debugging, a modified source file and an original source file can be created, so the user can manage the version or revision of the test program just by being aware of the source name and job ffi number.

The operations described above enable real-time, interactive debugging of the actual device.

In addition, in the example, we have explained a cross system in which the processors between the post and the target are different, and a distributed system is connected to the target, but the system is not limited to this, and the following systems can also be used in principle. Using the same method, real-time interactive debugging of the actual device can be realized.

1) Communication between the self-system host and target is inter-task communication (exchange of information such as control and data between programs), and information such as debug tables held on both the host and target sides is shared. By holding it in memory, you can similarly perform real-time, interactive debugging of the actual machine.

2) A system in which the host and target processors are the same In a cross system, processing by a cross assembler is required on the host side, but this system does not require such processing.

(3) System without a distributed processor system In the embodiments described above, command processing was required for the target distributed processor, but this system does not require such processing.

(Effects of the Invention) As explained above, the present invention has the following effects.

■Test execution time is fast because the test program is created using a compiled language.

■Both the host and target have the debug tables necessary for debugging, and objects are created using a patch method that only changes the parts, so the processing response speed of the one-line compiler is fast, and the debug table structure does not change. It can be easily matched with a symbolic debugger.

■Since it has a table that corresponds to the new and old line numbers, it is possible to display a list that corresponds to the new and old lines, and it is also possible to use the screen editor when numbering or changing new line numbers.
The operability at the end of the source section has been improved.

■By updating local data just before execution,
Information matching can be performed in a distributed system.

■Recovery function can be achieved by having a LOG file of one line compilation operation. Also,
Since the source and object programs modified by one-line compilation are stored in separate files without accessing the original source and object files, the original source and object files can be saved and version or revision management possible.

[Brief explanation of drawings]

FIG. 1 is a configuration diagram showing an embodiment of an analog LSI test device according to the present invention, FIG. 2 is a diagram showing the procedure of a compilation method, and FIG. 3 is a processing block diagram for explaining a one-line compilation method. Figures 4 to 8 show the one-line compiler]! I! It is an explanatory diagram for explaining operation. 1...Host computer, 2...Terminal, 3
Suga ~3 Turtle...Target, 4...Bass, 51~5T
l...Distributed processor system. Figure 1 Z Figure 4 (A2 Figure 5 CI)
Ron's powerful σ night fig.1

Claims (1)

[Scope of Claims] An analog LSI test device configured to prepare a plurality of targets for individually testing a plurality of analog LSIs, and each of these targets is controlled by one host computer, comprising: The host computer compiles the source program one statement at a time, and
The target includes means having a one-line compilation function for deploying a program to an additional area of the original object program using a patch method, and the target includes an object program created by the one-line compiler, and at least It has a correspondence table that associates related line numbers and addresses, and is configured to include a means to execute the updated program.When modifying a program running on the target from the host computer side, it compiles one statement at a time, An analog LSI test device characterized by being able to debug a target program in real time in a conversational format.