pj d - -. a* sure h a fierson oav* i i~~irdate fitthe following ada implementation was tested and...

REPORT DOCUMENTATION PAGE -F ° or w °oedOMN. 0704-0188

P,.t ut pre rsi,ortaD r 1r ?o limO tO( r. rr vructio ~,, gintng oxaia ,OwXgn ginrl~mwl a fnaN'hr~rig A DA4t8i..o..~ ,. . . . . _ ., . . .. _.-. ~ ~ ~ ~ ~ ~ ~ i A* "t.. ' A f ~~ ~i grale or ary ol r aspea of the coilectn of tornmatin. kWV - -x*~ utxu for mnuwrg the bLa~ to Washrpon

H pj A D - 24 785 fierson Oav* -4gway SuRe 1204 ArWqlon. VA 22202.4302. an to f* OftIi of iniomiatiOn &M P~u Am a Ofifc of

II FIT I ~ I I~~IRDATE 5 RLPORT TYPE AND DATES COVEREDSFinal: 24 Jul 91 to 01 Jun 1993

4 TITLE AND SUBTITLE 5 FUNDING NUMBERS

Ada Compiler Validation Summary Report:DDC International A/S, DACSSun-3/SunOS to 68030 Bare Ada Cross Compiler System, Version 4.6.4, MRI IEEE695, Sun-3/50 (Host) to Motorola MVME143 Board (Target), 910502S1 .11159

6. AUTHOR(S)

National Institute of Standards and TechnologyGaithersburg, MDUSA7 PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES) 8. PERFORMING ORGANIZATION

National Institute of Standards and Technology REPORT NUMBER

National Computer Systems Laboratory NIST90DDC500_11 1.11Bldg. 255, Rm A266Gaithersburg, MD 20899 USA

9. SPONSORING/MONITORING AGENCY NAME(S) AND ADDRESS(ES) 10. SPONSORING/MONiTORING AGENCY

Ada Joint Program Office REPORT NUMBER

United States Department of DefensePentagon, RM 3E114Washington, D.C. 20301-3081

11 SUPPLEMENTARY NOTES

12a. DiSTRIBUTION/AVAILABILITY STATEMENT 12b. DISTRIBUTION COOE

Approved for public release; distribution unlimited.

13 ABSTRACT (Maximum 200 words)

DDC International A/S, DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler System, Version 4.6.4, MRI IEEE 695(BASISMODE), Gaithersburg, MD, Sun-3/50 running SunOS Release 4.0_Export (Host) to Motorola MVME143 Board(68030/68882)(Target), ACVC 1.11.

Il' LAI a, 91-110521,1111111 11l11 ,!,11, Ii ! iI 11I !1

14 SUBJECT TERMS 15. NUMBER OF PAGES

Ada programming language, Ada Compiler Val. Summary Report. Ada Compiler Val. 16._PRICE_____Capability, Val. Testing. Ada Val. Office, Ada Val. Facility, ANSI/MIL-STD-1815A, AJPO. 16. PRICE COOE

17 SECURITY CLASSIFICATION 18 SECURITY CLASS;FICATION 19 SECURITY CLASSIFICATION 20 LIMITATION OF ABSTRACT, r hL_,"7 I OF ABSTRACT

UNCLASSIFIED UNCLASSIFED UNCLAS.if-iEL)

NSN 7540-01-280-550 - Standard Form 298. (Rev 2-89)Prescribed by ANSI Std. 239-128

AVF Control Number: NIST90DDC500 11_1.11DATE COMPLETED

BEFORE ON-SITE: 1991-04-22AFTER ON-SITE: 1991-05-02REVISIONS: 1991-07-24

Ada COMPILERVALIDATION SUMMARY REPORT:

Certificate Number: 910502S1.11159DDC International A/S

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler System,Version 4.6.4, MRI IEEE 695 (BASICMODE)

Sun-3/50 => Motorola MVME143 Board (68030/68882)

Prepared By:Software Standards Validation GroupNational Computer Systems Laboratory

National Institute of Standards and TechnologyBuilding 225, Room A266

Gaithersburg, Maryland 20899

Accesion tor

NT.S CRA&I 1UTI$ Tfk8 Li,,\

D, t .ti; I

J I ,

'I A " --A

AVF Control Number: NIST90DDC50011_1.11

Certificate Information

The following Ada implementation was tested and determined to passACVC 1.11. Testing was completed on May 2, 1991.

Compiler Name and Version: DACS Sun-3/SunOS to 68030 Bare AdaCross Compiler System, Version4.6.4, MRI IEEE 695 (BASIC-MODE)

Host Computer System: Sun-3/50 running SunOS Release4.0_Export

Target Computer System: Motorola MVME143 Board (68030/68882)

A more detailed description of this Ada implementation is found insection 3.1 of this report.

As a result of this validation effort, Validation Certificate910502S1.11159 is awarded to DDC International A/S. Thiscertificate expires on March 01, 1993.

This report has been reviewed and is approved.

Ada Validatio Fac A Validat FacilityDr. David K. Offez~o Mr. L. Arnql4 JohnsonChief, Information Sytems Manager, Software StandardsEngineering Division (ISED) Validation Group

Computer Systems Laboratory (CLS)National Institute of Standards and Technology

Building 225, Room A266Gaithersburg, MD 20899

Ada V1P ion Organization Ada Joint Program OfficeDirect r,omputer & Software '" Dr. John SolomondEngineering Division DirectorInstitute for Defense Analyses Department of DefenseAlexandria VA 22311 Washington DC 20301

DECLARATION OF CONFORMANCE

The following declaration of conformance was supplied by thecustomer.

DECLARATION OF CONFORMANCE

Customer and Certificate Awardee: DDC International A/S

Ada Validation Facility: National Institute of Standards andTechnologyComputer Systems Laboratory (CSL)Software Validation GroupBuilding 225, Room A266Gaithersburg, Maryland 20899

ACVC Version: 1.11

Ada Implementation:

Compiler Name and Version: DACS Sun-3/SunOS to 68030 Bare AdaCross Compiler System, Version4.6.4, MRI IEEE 695 (BASIC_MODE)

Host Computer System: Sun-3/50 running SunOS Release4.0_Export

Target Computer System: Motorola MVME143 Board (68030/68882)

Declaration:

I the undersigned, declare that I have no knowledge of deliberatedeviations from the Ada Language Standard ANSI/MIL-STD-1815A ISO8652-1987 in the implementation listed above.

- - -, // • -CSigature Date,. ?tomerSintrCc--r -, r International A/STitle Project Manager

TABLE OF CONTENTS

CHAPTER 2................................. .. .. ...... . .. .. . .. 1INTRODUCTION......................... . .. ... . . .. . . ...

1.1 USE OF THIS VALIDATION SUMMARY REPORT . . . . -1.2 REFERENCES..................... . . .. .. .. . . ...1.3 ACVC TEST CLASSES..................................1-21.4 DEFINITION OF TERMS....................1-3

CHAPTER 2...................................1IMPLEMENTATION DEPENDENCIES.....................2-1

2.1 WITHDRAWN TESTS......................2-12.2 INAPPLICABLE TESTS...................2-i2.3 TEST MODIrICATIONS...................2-4

CHAPTER 3...................................3-1.PROCESSING INFORMATION..........................3-1

3.2. TESTING ENVIRONMENT..............3-13.2 SUMMARY OF TEST RESULTS..................3-33.3 TEST EXECUTION.......................3-3

APPENDIX A..................................A-1MACRO PARAMETERS.............................A-1

APPENDIX B .........................................................B-1COMPILATION SYSTEM OPTIONS......................B-iLINKER OPTIONS.................................B-2

APPENDIX C....................................C--APPENDIX F OF THE Ada STANDARD....................C-i

CHAPTER 1

INTRODUCTION

The Ada implementation described above was tested according to theAda Validation Procedures [Pro9O] against the Ada Standard [Ada831using the current Ada Compiler Validation Capability (ACVC). ThisValidation Summary Report (VSR) gives an account of the testing ofthis Ada implementation. For any technical terms used in thisreport, the reader is referred to [Pro90]. A detailed descriptionof the ACVC may be found in the current ACVC User's Guide [UG89].

1.1 USE OF THIS VALIDATION SUMMARY REPORT

Consistent with the national laws of the originating country, theAda Certification Body may make full and free public disclosure ofthis report. In the United States, this is provided in accordancewith the "Freedom of Information Act" (5 U.S.C. #552). The resultsof this validation apply only to the computers, operating systems,and compiler versions identified in this report.

The organizations represented on the signature page of this reportdo not represent or warrant that all statements set forth in thisreport are accurate and complete, or that the subjectimplementation has no nonconformities to the Ada Standard otherthan those presented. Copies of this report are available to thepublic from the AVF which performed this validation or from:

National Technical Information Service5285 Port Royal RoadSpringfield VA 22161

Questions regarding this report or the validation test resultsshould be directed to the AVF which performed this validation orto:

Ada Validation OrganizationInstitute for Defense Analyses1801 North Beauregard StreetAlexandria VA 22311

1.2 REFERENCES

[Ada83] Reference Manual for the Ada ProQramming LanQuage,ANSI/MIL-STD-1815A, February 1983 and ISO 8652-1987.

[Pro90] Ada Compiler Validation Procedures, Version 2.1, Ada JointProgram Office, Agzt 1990.

1-1

[UG89] Ada Compiler ValidatioiL Capability User's Guide, 21 June1989.

1.3 ACVC TEST CLASSES

Compliance of Ada implementations is tested by means of the ACVC.The ACVC contains a collection of test programs structured into sixtest classes: A, B, C. D, E, and L. The first letter of a testname identifies the class to which it belongs. C1!'ss A, C, D, andE tests are executable. Class B and class L tests are expected toproduce errors at compile time and link time, respectively.

The executable tests are written in a self-checking manner andproduce a PASSED, FAILED, or NOT APPLICABLE message indicating theresult when they are executed. Three Ada library units, thepackages REPORT and SPPRTl3, and the procedure CHECK FILE are usedfor this purpose. The package REPORT also provides a set ofidentity functions used to defeat some compiler optimizationsallowed by the Ada Standard that would circumvent a test objective.The package SPPRT13 is used by many tests for Chapter 13 of the AdaStandard. The procedure CHECK FILE is used to check the contentsof text files written by some of the Class C tests for Chapter 14of the Ada Standard. The operation of REPORT and CHECK FILE ischecked by a set of executable tests. If these units are notoperating correctly, validation testing is discontinued. Class Btests check that a compiler detects illegal language usage. ClassB tests are not executable. Each test in this class is compiledand the resulting compilation listing is examined to verify thatall violations of the Ada Standard are detected. Some of the classB tests contain legal Ada code which must not be flagged illegal bythe compiler. This behavior is also verified.

Class L tests check that an Ada implementation correctly detectsviolation of the Ada Standard involving multiple, separatelycompiled units. Errors are expected at link time, and execution isattempted.

In some tests of the ACVC, certain macro strings have to bereplaced by implementation-specific values -- for example, thelargest integer. A list of the values used for this implementationis provided in Appendix A. In addition to these anticipated testmodifications, additional changes may be required to removeunforeseen conflicts between the tests and implementation-dependentcharacteristics. The modifications required for thisimplementation are described in section 2.3.For each Ada implementation, a customized test suite is produced bythe AVF. This customization consists of making the modificationsdescribed in the preceding paragraph, removing withdrawn tests (seesection 2.1) and, possibly some inapplicable tests (see Section 3.2and [UG89]).

1-2

In order to pass an ACVC an Ada implementation must process eachtest of the-Zittomized test suite according to the Ada Standard.

1.4 DEFINITION OF TERMS

Ada Compiler The software and any needed hardware that have tobe added to a given host and target computersystem to allow transformation of Ada programsinto executable form and execution thereof.

Ada Compiler The means for testing compliance of AdaValidation implementations, Validation consisting of theCapability test suite, the support programs, the ACVC(ACVC) Capability user's guide and the template for

the validation summary (ACVC) report.

Ada An Ada compiler with its host computer system andImplementation its target computer system.

Ada The part of the certification body which carriesValidation out the procedures required to establish theFacility (AVF) compliance of an Ada implementation.

Ada The part of the certification body that providesV7alidation technical guidance for operations of the AdaOrganization certification system.(AVO)Compliance of The ability of the implementation to pass an ACVCan Ada version.Implementation

Computer A functional unit, consisting of one or moreSystem computers and associated software, that uses

common storage for all or part of a program andalso for all or part of the data necessary forthe execution of the program; executesuser-written or user-designated programs; performsuser-designated data manipulation, includingarithmetic operations and logic operations; andthat can execute programs that modify themselvesduring execution. A computer system may be astand-alone unit or may consist of severalinter-connected units.

Conformity Fulfillment by a product, process or service ofall requirements specified.

Customer An individual or corporate entity who enters intoan agreement with an AVF which specifies the termsand conditions for AVF services (of any kind) to

1-3

be performed.

Declaration of A formal statement from a customer assuring thatConformance conformity is realized or attainable on the Ada

implementation for which validation status isrealized.

Host Computer A computer system where Ada source programs areSystem transformed into executable form.

Inapplicable A test that contains one or more test objectivestest found to be irrelevant for the given Ada

implementation.

Operating Software that controls the execution of programsSystem and that provides services such as resource

allocation, scheduling, input/output control,and data management. Usually, operating systemsare predominantly software, but partial orcomplete hardware implementations are possible.

Target A computer system where the executable form of AdaComputer progr-ms are executed.System

Validated Ada The compiler of a validated Ada implementation.Compiler

Validated Ada An Ada implementation that has been validatedImplementation successfully either by AVF testing or by

registration [Pro90].

Validation The process of checking the conformity of an Adacompiler to the Ada programming language and ofissuing a certificate for this implementation.

Withdrawn A test found to be incorrect and not used intest conformity testing. A test may be incorrect

because it has an invalid test objective, failsto meet its test objective, or contains erroneousor illegal use of the Ada programming language.

1-4

-- CHAPTER 2

IMPLEMENTATION DEPENDENCIES

2.1 WITHDRAWN TESTS

Some tests are withdrawn by the AVO from the ACVC because they donot conform to the Ada Standard. The following 93 tests had beenwithdrawn by the Ada Validation Organization (AVO) at the time ofvalidation testing. The rationale for withdrawing each test isavailable from either the AVO or the AVF. The publication date forthis list of withdrawn tests is 91-03-14.

E28005C B28006C C34006D C35508I C35508J C35508MC35508N C35702A C35702B B41308B C43004A C45114AC45346A C45612A C45612B C45612C C45651A C46022AB49008A A74006A C74308A B83022B B83022H B83025BB83025D B83026B C83026A C83041A B85001L C86001FC94021A C97116A C98003B BA2011A CB7001A CB7001BCB7004A CC1223A BC1226A CC1226B BC3009B BD1BO2BBD1B06A AD1B08A BD2AO2A CD2A21E CD2A23E CD2A32ACD2A41A CD2A41E CD2A87A CD2Bl5C BD3006A BD4008ACD4022A CD4022D CD4024B CD4024C CD4024D CD4031ACD4051D CD5111A CD7004C ED7005D CD7005E AD7006ACD7006E AD7201A AD7201E CD7204B AD7206A BD8002ABD8004C CD9005A CD9005B CDA201E CE2107I CE2117ACE2117B CE2119B CE2205B CE2405A CE3111C CE3116ACE3118A CE3411B CE3412B CE3607B CE3607C CE3607DCE3812A CE3814A CE3902B

2.2 INAPPLICABLE TESTS

A test is inapplicable if it contains test objectives which areirrelevant for a given Ada implementation. The inapplicabilitycriteria for some tests are explained in documents issued by ISOand the AJPO known as Ada Issues and commonly referenced in theformat AI-dddd. For this implementation, the following tests wereinapplicable for the reasons indicated; references to Ada Issuesare included as appropriate.

The following 201 tests have floating-point type declarationsrequiring more digits than SYSTEM.MAXDIGITS:

C24113L..Y (14 tests) C35705L..Y (14 tests)C35706L..Y (14 tests) C35707L..Y (14 tests)C35708L..Y (14 tests) C35802L..Z (15 tests)C45241L..Y (14 tests) C45321L..Y (14 tests)

2-1

C45421L..Y (14 tests) C45521L..Z (15 tests)C45524-t..Z (15 tests) C4562!L..Z (15 tests)C45641L..Y (14 tests) C46012L..Z (15 tests)

C24113I..K (3 TESTS) USE A LINE LENGTH IN THE INPUT FILE WHICHEXCEEDS 126 CHARACTERS.

THE FOLLOWING 20 TESTS CHECK FOR THE PREDEFINED TYPELONGINTEGER:

C35404C C45231C C45304C C45411C C45412CC45502C C45503C C45504C C45504F C45611CC45613C C45614C C45631C C45632C B52004DC55B07A B55BO9C B86001W C86006C CD7101F

C35404D, C45231D, B86001X, C86006E, AND CD7101G CHECK FOR APREDEFINED INTEGER TYPE WITH A NAME OTHER THAN INTEGER,LONG_IJITEGER, OR SHORTINTEGER

C35713B, C45423B, B86001T, AND C86006H CHECK FOR THE PREDEFINEDTYPE SHORTFLOAT.

C35713D AND B86001Z CHECK FOR A PREDEFINED FLOATING-POINT TYPEWITH A NAME OTHER THAN FLOAT, LONGFLOAT, OR SHORTFLOAT.

C45531M, C45531N, C455310, C45531P, C45532M, C45532N, C455320,AND C45532P CHECK FIXED-POINT OPERATIONS FOR TYPES THAT REQUIREA SYSTEM.MAXMANTISSA OF 47 OR GREATER.

C45624A AND C45624B CHECK THAT THE PROPER EXCEPTION IS RAISED IFMACHINE OVERFLO14S IS FALSE FOR FLOATING-POINT TYPES; FOR THISIMPLEMENTATION, MACHINEOVERFLOWS IS TRUE.

C4A013B CONTAINS THE EVALUATION OF AN EXPRESSION INVOLVING;MACHINE RADIX APPLIED TO THE MOST PRECISE FLOATING-POINT TYPE.THIS EXPRESSION WOULD RAISE AN EXCEPTION. SINCE THE EXPRESSIONMUST BE STATIC, IT IS REJECTED AT COMPILE TIY.E.

B86001Y CHECKS FOR A PREDEFINED FIXED-POINT TYPE OTHER THANDURATION.

C96005B CHECKS FOR VALUES OF TYPE DURATION'BASE THAT ARE OUTSIDETHE RANGE OF DURATION. THERE ARE NO SUCH VALUES FOR THISIMPLEMENTATION.

CA2009C AND CA2009F CHECK WHETHER A GENERIC UNIT CAN BEINSTANTIATED BEFORE ITS BODY (AND ANY OF ITS SUBUNITS) ISCOMPILED; THIS IMPLEMENTATION CREATES A DEPENDENCE ON GENERICUNITS AS ALLOWED BY AI-00408 AND AI-00506 SUCH THAT THECOMPILATION OF THE GENERIC UNIT BODIES MAKES THE INSTANTIATINGUNITS OBSOLETE. (SEE SECTION 2.3.)

2-2

CD1009C % A REPRESENTATION CLAUSE SPECIFYING A NON-DEFAULTSIZE FOR A FLOATING-POINT TYPE.

CD2A84A, CD2A84E, CD2A84I..J (2 TESTS), AND CD2A840 USEREPRESENTATION CLAUSES SPECIFYING NON-DEFAULT SIZES FOR ACCESSTYPES.

THE FOLLOWING 264 TEST3 CHECK FOR SEQU2NTIAL, TEXT, AND DIRECTACCESS FILES:

CE2102A..C (3) CE2102G..H (2) CE2102K CE2102N..Y (12)CE2103C..D (2) CE2104A..D (4) CE2105A..B (2) CE21)6A..B (2)CE2107A..H (8) CE2107L CE2108A..H (3) CE2L09A..C 3CE2110A..D (4) CE2111A..I (9! CE2115A..B (2)CE2120A..B (2) CE2201A..C (3) EE2201D..E (2) CE2201F. .N (9)CE2203A CE2204A..D (4) CE2205A CE2206ACE2208B CE2401A..C (3) EE2401D CE2401E..F (2)E"2401G CE2401H..L (5) CE2403A CE2404A..B (2)CE2405B CE2406A CE24n7A..B(2) CE2408A..B (2)CE2409A..B (2) CE2410A..3 (2) CE2411A CE3102A..C (3)CE3102F..H (3) CE3102J..K (2) CE3103A CE3104A..C (3)CE3106A..3 (2) CE3107B CE3108A..B (2) CE3109ACE3110A CE3111A..B (2) CE311D..E (2) CE3112A..D (4)CE3114A..B (2) CE3115A CE3119AEE3203A EE3204A CE3207A CE3208ACE3301A EE3301B CE3302A CE3304ACE3305A CE3401A CE3402A EE3402BCE3402C..D (2) CE3403A..C (3) CE3403E..F (2) CE3404B..D (1)CE3405A EE3405B CE3405C..D (2) CE3406A..D (4)CE3407A..C (3) CE3408A..C (3) CE3409A CE3409C..E (3)EE3409F CE3410A CE3410C..E (3) EE341OFCE3411A CE3411C CE3412A EE3412CCE3413A..C (3) CE3414A CE3602A..D (4) CE3603ACE3604A..B (2) CE3605A..E (5) CE3606A..B (2)CE3704A..F (6) CE3704M..O (3) CE3705A..E (5) CE3706DCE3706F..G (2) CE3804A..P (16) CE3805A..B (2) CE3806A..B (2)CE3806D..E (2) CE3806G..H (2) CE3904A..B (2) CE3905A..C (3)CE3905L CE3906A..C (3) CE3906E..F (2)

CE2103A..B AND CE3107A EXPECT THAT NAME ERROR IS RAISED WHEN ANATTEMPT IS MADE TO CREATE A FILE WITH AN ILLEGAL NAME; THISIMPLEMENTATION DOES NOT SUPPORT THE CREATION OF EXTERNAL FILESAND SO RAISES USEERROR. (See section 2.3.)

2.3 TEST MODIFICATIONS

Modifications (see section 1.3) were required for 70 tests.

2-3

The following tests were split into two or more tests because thisimplementati- did not report the violations of the Ada Standard inthe way expected by the original tests.

B22003A B26001A B26002A B26005A B28003A B29001A B33301BB35101A B37106A B37301B B37302A B38003A B38003B B38009AB38009B B55AOlA B61001C B61001F B61001H B61001I B61001MB61001R B61001W B67001H B83A07A B83A07B B83A07C B83EOlCB83E01D B83EOlE B85001D B85008D B91001A B91002A B91002BB91002C B91002D B91002E B91002F B91002G B91002H B910021B91002J B91002K B91002L B95030A B95061A B95061F B95061GB95077A B97103E B97104G BA1001A BA1101B BC1109A BC1109CBC1109D BC1202A BC1202F BC1202G BE2210A BE2413A

"PRAGMA ELABORATE (REPORT)" has been added at appropriate points inorder to solve the elaboration problems for:

C83030C C86007A

BC3204C and BC3205D were graded passed by Processing Modificationas directed by the AVO. These tests check that instantiations ofgeneric units with unconstrained types as generic actual parametersare illegal if the generic bodies contain uses of the types thatrequire a constraint. However, the generic bodies are compiledafter the units that contain the instantiations, and thisimplementation creates a dependence of the instantiating units onthe generic units as allowed by AI-00408 and AI-00506 such that thecompilation of the generic bodies makes the instantiating unitsobsolete--no errors are detected. The processing of these testswas modified by re-compiling the obsolete units; all intendederrors were then detected by the compiler.

The value used to specify the collection size has been increased

from 256 to 324 take alignment into account for:

CD2A83A

CE2103A. .B and CE3107A abort with an unhandled exception whenUSE ERROR is raised on the attempt to create an external file (see2.2). The AVO ruled that these tests are to be graded asinapplicable.

2-4

CHAPTER 3

PROCESSING INFORMATION

3.1 TESTING ENVIRONMENT

The executable files were prepared on the Sun-3/50 host computer.The target linker used was developed by Microtech Research Inc.and is called "lnk68k". The linker produces an S-record formatmodule that prior to being loaded is packed by a DDC-I developedtool. The executables were transferred via an RS232 serial linefrom the Sun-3/50 (host) to the Motorola MVME143 Board(68030/68882) (target); this RS232 line is used by a downloaderon the host for communication with the monitor on the target. Theserial RS232 line is also used for communication between the Adaprogram running on the target board for TEXT 10 communicationwith the downloader on the host which captures the output.

The DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler System,Version 4.6.4, MRI IEEE 695 (BASICMODE) was executed on thetarget board with the following:

Motorola MVME143 Board (68030/68882)One internal timerOne serial port4MB RAM

For each category, a command file was generated that loaded andexecuted every program.

For a point of contact for technical information about this Adaimplementation system, see:

In tht U.S.A.:

Mr. Larry PriceDDC-I, Inc.

9630 North 25th AvenueSuite #118

Phoenix, Arizona 85021

Mailing address:P.O. Box 37767

Phoenix, Arizona 85069-7767Telephone: 602-944-1883Telefax: 602-944-3253

In the rest of the world:

3-1

Mr. Svend BodilsenDDC International A/SGl. Lundtoftevej lB

DK-2800 LyngbyDENMARK

Telephone: + 45 45 87 ii 44Telefax: + 45 45 87 22 17

For a point of contact for sales information about this Adaimplementation system, see:

In the U.S.A.:

Mr. Mike TurnerDDC-I, Inc.

9630 North 25th AvenueSuite #118

Phoenix, Arizona 85021

Mailing address:P.O. Box 37767

Phoenix, Arizona 85069-7767Telephone: 602-944-1883Telefax: 602-944-3253

In the rest of the world:

Mr. Palle AnderssonDDC International A/SGl. Lundtoftevej lB

DK-2800 LYNGBYDenmark

Telephone: + 45 45 87 11 44Telefax: + 45 45 87 22 17

Testing of this Ada implementation was conducted at thecustomer's site by a validation team from the AVF.

3.2 SUMMARY OF TEST RESULTS

An Ada Implementation passes a given ACVC version if it processeseach test of the customized test suite in accordance with the AdaProgramming Language Standard, whether the test is applicable orinapplicable; otherwise, the Ada Implementation fails the ACVC[Pro90].

3-2

For all processed tests (inapplicable and applicable), a resultwas obtain4T--that conforms to the Ada Programming LanguageStandard.

a) Total Number of Applicable Tests 3554

b) Total Number of Withdrawn Tests 93c) Processed Inapplicable Tests 523d) Non-Processed I/O Tests 0e) Non-Processed Floating-Point

Precision Tests 0

f) Total Number of Inapplicable Tests 523 (c+d+e)g) Total Number of Tests for ACVC 1.11 4170 (a+b+f)

3.3 TEST EXECUTION

Version 1.11 of the ACVC comprises 4170 tests. When thiscompiler was tested, the tests listed in section 2.1 had beenwithdrawn because of test errors. The AVF determined that 523tests were inapplicable to this implementation. All inapplicabletests were processed during validation testing. In addition, themodified tests mentioned in section 2.3 were also processed.

A magnetic tape containing the customized test suite (see section1.3) was taken on-site by the validation team for processing.The tests were compiled and linked on the host computer system,as appropriate. The executable images were transferred to thetarget computer system by the communications link describedabove, and run. The results were captured on the host computersystem using the communications link described above.

Testing was performed using command scripts provided by thecustomer and reviewed by the validation team. See Appendix B fora complete listing of the processing options for thisimplementation. It also indicates the default options. Theoptions invoked explicitly for validation testing during thistest were:

-L -a <library>

There were NO compiler options invoked by default for validationtesting during this test.

The specific linker options invoked for the BASICMODE were:

-m stack size=200000-t 30-u ../dacs/AdaUCC.slb

3-3

-a acvc.alb

Test output, compiler and linker listings, and job logs werecaptured on magnetic tape and archived at the AVF. Selectedlistings examined on-site by the validation team were alsoarchived.

3-4

APPENDIX A

MACRO PARAMETERS

This appendix contains the macro parameters used for customizingthe ACVC. The meaning and purpose of these parameters areexplained in [UG89]. The parameter values are presented in twotables. The first table lists the values that are defined interms of the maximum input-line length, which is 126 the valuefor $MAX IN LEN--also listed here. These values are expressedhere as Ada-string aggregates, where "V" represents the maximuminput-line length.

Macro Parameter Macro Value

$MAXINLEN 126

$BIGIDl (1..V-l => 'A', V => '1')

$BIGID2 (I..V-l => 'A', V => '2')

$BIGID3 (1..V/2 => 'A') & '3' & (1..V-1-V/2 => 'A')

$BIGID4 (1..V/2 => 'A') & '4' & (1..V-I-V/2 => 'A')

$BIGINTLIT (I..V-3 => '0') & "298"

$BIGREALLIT (1..V-5 => '0') & "690.0"

$BIGSTRINGI '"' & (1..V/2 => 'A') & '"'

$BIGSTRING2 '"' & (1..V-I-V/2 => 'A') & 'I' & 'll

$BLANKS (1..V-20 => '

$MAXLENINTBASED_LITERAL"2:" & (1..V-5 => '0') & "11:"

$MAXLENREALBASEDLITERAL"16:" & (1..V-7 => '0') & "F.E:"

$MAXSTRINGLITERAL "' & (1..V-2 => 'A') & "'

A-I

The following table contains the values for the remaining macroparameters.

Macro Parameter Macro Value

ACC SIZE : 32ALIGNMENT : 4COUNT LAST : 2 147 483 647DEFAULTMEM SIZ'F: : 2#I#E32DEFAULT-STORUNIT : 8DEFAULT- .SNAME : DACS_680X0DELTA DOC : 2#1.0#E-31ENTRY ADDRESS : FCNDECL.ENTRY ADDRESSENTRY ADDRESS1 : FCNDECL.ENTRY ADDRESS1ENTRY ADDRESS2 : FCNDECL.ENTRYADDRESS2FIELD LAST : 35FILE TERMINATOR : ' '

FIXED NAME : NO SUCH TYPEFLOAT NAME : NO SUCHTYPEFORM STRING fill

FORMSTRING2 :"CANNOT RESTRICTFILECAPACITY"GREATERTHANDURATION : 100500.0GREATERTHANDURATIONBASELAST : 200000.0GREATER-THAN-FLOATBASELAST : 16#1.0#E+32GREATERTHANFLOATSAFELARGE : 16#5.FFFFF0#E+31GREATERTHANSHORTFLOATSAFELARGE: 16#5.FFFF_FO#E+31HIGH PRIORITY : 24ILLEGALEXTERNALFILENAME1 : /NODIRECTORY1/NOFILENAME1ILLEGALEXTERNALFILENAME2 : /NODIRECTORY2/NOFILENAME2INAPPROPRIATELINELENGTH : -1INAPPROPRIATEPAGELENGTH : -1INCLUDEPRAGMAl : PRAGMA INCLUDE ("A28006D1.TST")INCLUDEPRAGMA2 : PRAGMA INCLUDE ("B28006D1.TST")INTEGERFIRST : -2147483648INTEGERLAST : 2147483647INTEGERLASTPLUS_1 . 2147483648INTERFACELANGUAGE : ASLESS THAN DURATION . -75000.0LESS THAN DURATION BASEFIRST : -131073.0LINETERMINATOR :' '

LOW PRIORITY .1MACHINECODESTATEMENT

AAINSTR' (AAEXITSUBPRGRM,0,0,0,AAINSTRINTG'FIRST,0);MACHINECODETYPE : AAINSTRMANTISSADOC : 31MAX DIGITS : 15MAX INT : 2147483647MAX INT PLUS 1 : 2147483648MININT : -2147483648

A-2

NAME : NOSUCHTYPEAVAILABLENAMELIST :DACS_680OX0NAMESPEcftnATION1 :/hole/sun2/ada/68030/test/wrk/X2120ANAMESPECIFICATION2 : /home/suh2/ada/68030/test/wrk/X2120BNAMESPECIFICATION3 : /home/sun2/ada/68030/test/wrk/X3119ANEGBEASEDINT : 16#FOOQOOOE#NEWMEMSIZE : 2097152NEWSTORUNIT :.8NEW_-SYSNAME : DACS_680X0PAGETERMINATOR :RECORZDDEFINITION

RECORD INSTRNO: INTEGER ;ARGO: INTEGER ;ARG1 :INTEGER;AIRG2:INTEGER;ARG3 :INTEGER;END RECORD;

RECORDNAME : AAINSTRTASKSIZE : 32TASKSTORAGESIZE : 1024TICK : 0.0208130VARIABLEADDRESS : FCNDECL.VARIABLEADDRESSVARIABLEADDRESS1 : FCNDECL.VARIABLEADDRESS1VARIABLE_-ADDRESS2 :FCNDECL.VARIABLEADDR.ESS2YOURPRAGMA : NOFLOAT

A-3

APPENDIX B

COMPILATION SYSTEM OPTIONS

The compiler options of this Ada implementation, as described inthis Appendix, are provided by the customer. Unless specificallynoted otherwise, references in this appendix are to compilerdocumentation and not to this report.

Invoke the Ada compiler with the following command to the SunOSshell:

ada (<option>) <source-spec> (<source-spec>)

where the options and parameters are:

QUALIFIER DESCRIPTIONSpecifies program library used.-c CONFIGURATIONFILE. Specifies the file used by the

compiler-1, -L LIST. Writes a source listing on Lhe list file.-M MODE. Protection mode-n, -N NOCHECK. Generates run-time constraint checks.-o, -O OPTIMIZE. Specifies compiler optimization.-p PROGRESS. Displays compiler progress.-s, -S NOSAVE. Inserts source text in program library.-u UNIT. Assigns a specific unit number to the

compilation(must be free and in a sublibrary).

-x XREF. Creates a cross reference listing.-d DEBUG. Generates debug information<source-spec> The name of the source file to be compiled

B-1

LINKER OPTIONS

The linker options of this Ada implementation, as described inthis Appendix, are provided by the customer. Unless specificallynoted otherwise, references in this appendix are to linkerdocumentation and not to this report.

Enter the following command to the SunOS shell to invoke the

linker:

al (<option>) <unitname>

where the options and parameters are:

QUALIFIER DESCRIPTION

-a LIBRARY. The library used in the link-b RAM BASE. Base address for RAM sections- ROM BASE. Base address for ROM sections

-d DEBUG. Generate debug information-D STATISTICS. Print statistics-e ENTRY. Alternative program start label-E NOEXCEPTIONS. Control of exception management-f FLOAT. Control of which float processor is used-F CLASS FILE. Class file name-g USER CONSTANT. User constant sections-G SUPERVISOR CONSTANT. Supervisor constant sections-H NOHEAP. Control of memory management-i INTERRUPT STACK. Interrupt stack description-I INTERRUPTS. Number of Interrupt Task Control Blocks

allocated-j USER CODE. User code sections-J SUPERVISOR CODE. Supervisor code sections-k KEEP. Do not delete temporary files-1 LOGICAL MEMORY. Logical memory specification-L LOG FILE. Log file name-m MAIN_TASK. Main task specification-M MODE. Execution mode-n OPTION FILE. Linker option file name-o EXECUTABLE. Name of executable file-O NOEXECUTABLE. Do not create executable-p PHYSICAL MEMORY. Physical memory specification-q RTS STACK USE. Amount of memory used by RTS-r RAM. Description of RAM memory sections-R ROM. Description of ROM memory sections-s USER DATA. User data sections-S SUPERDATA. Supervisor data sections-t TASKS. Number of Task Control Blocks allocated-T TASK DEFAULTS. Default values for tasks-u UCCLIBRARY. UCC library name

B-2

-U USRLIBRARY. A user supplied object library-v VERIFY. Print information about the link-V MMUDETAILS. Setup values for MMU registers-w WARNINGS. Print warnings-x TARGETOPTIONS. Options to the target linker-y VECTOR. Interrupt vector description-Y NOVECTOR. No interrupt vector-z INIT FILE. Initialization file name-Z BOOT. Generate boot module

All qualifier keywords to the options may be abbreviated to theminimal unique substring, and casing is not significant.

B-3

APPENDIX C

APPENDIX F OF THE Ada STANDARD

The only allowed implementation dependencies correspond toimplementation-dependent pragmas, to certain machine-dependent,conventions as mentioned in Chapter 13 of the Ada Standard, andto certain allowed restrictions on representation clauses. Theimplementation-dependent characteristics of this Adaimplementation, as described in this Appendix, are provided bythe customer. Unless specifically noted otherwise, references inthis Appendix are to compiler documentation End not to thisreport. Implementation-specific portions or the packageSTANDARD, which are not a part of Appendix F, are:

package STANDARD is

type SHORTINTEGER is range -32_768 .. 32_767;

type INTEGER is range -2_147_483_648 . 2_147_483 647;

type FLOAT is digits 6range -16#0.FFFFFF#E32 .. 16#0.FFFFFF#E32;

type LONGFLOAT is digits 15range -16#O.FFFF FFFF FFFF F8#E256

16#0.FFFFFFFFFFFFF8#E256;

type DURATION is delta 2#1.0#E-14 range -131_072.0 .. 131_071.0;

end STANDARD;

C-1

APPENDIX I. - IMPLEMENTATION DEPENDENT CHARACTERISTICS

This appendix describes the implementation-dependentcharacteristics of DACS-68030 required in Appendix F of the AdaReference Manual (ANSI/MIL-STD-1815A).

A. Implementation-Dependent Pragmas

This section describes all implementation Cefined pragmas.

1. PRAGMA INTERFACE SPELLING

Format: pragma INTERFACESPELLING(<subprogram-name>,<string>)

Placement: The pragma may be placed as a declarative item.

Restrictions: Pragma INTERFACESPELLING must be applied to thesubprogram denoted by <subprogram-name>. The<string> must be a string literal.

This pragma allows an Ada program to call routines with a name thatis not a legal Ada name, the <string> provides the exact spellingof the name of the procedure.

2. PRAGMA INITIALIZE

Format: pragma INITIALIZE(<string_literal>)


Restrictions: None.

When the pragma is applied the linker will, as part of theinitialization code generate a call to the subprogram with the name<string literal>. The call will be performed before the elaborationof the Ada program is initiated, with IPL on 7. If several pragmasINITIALIZE are applied to the same program the routines are calledin the elaboration order, if several pragmas INITIALIZE are appliedto one compilation unit the routines are called in the order ofappearance. If several compilations units apply pragma INITIALIZEto the same routine the routine is called once only.

C-2

3. PRAGMA RUNDOWN

Format: -- - pragma RUNDOWN(<string_literal>)

Placement: The pragma may be placed as a declaratiie item.

Restrictions: None.

Similar to pragma initialize, but the subprogram is called afterthe main program have terminated and in the reverse order as forthe pragma INITIALIZE.

4. PRAGMA TASKS

Format: pragma TASKS;


Restrictions: None.

Marks the compilation unit with the task attribute. If the codethat is interfaced by a pragma INTERFACE uses any taskingconstructs, the compilation unit must be marked such that thelinker incLudes the tasking kernel in target programs thatreference the compilation unit.

5. PRAGMA FLOAT

Format: pragma FLOAT;


Restrictions: None.

Marks the compilation unit with the float attribute. If the codethat is interfaced by a pragma INTERFACE uses any floating pointco-processor instructions, the compilation unit must be marked suchthat the linker includes initialization of the floating pointco-processor ir. target programs that reference the compilationunit.

6. PRAGMA INTERRUPTS

Format: pragma INTERRUPTS;

C-3

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler - User's GuideImplementation Dependent Characteristics

Placement'. The pragma may be placed as a declarative it:=.

Restrictions: None.

Marks the compilation unit with the interrupt attribute. If thecode that is interfaced by a pragma INTERFACE uses any interrupts,the compilation unit must be marked such that the linker includethe interrupt handling in target programs that reference thecompilation unit.

7. PRAGMA STORAGE MANAGER

Format: pragma STORAGEMANAGER;


Restrictions: None.

Marks the compilation unit with the heap attribute. If the codethat is interfaced by a pragma INTERFACE uses the storage manager,the compilation unit must be marked such that the linker includeinitialization of the storage manager in target programs thatreference the compilation unit.

8. PRAGMA INTERRUPT HANDLER

The pragma INTERRUPTHANDLER is defined with two formats.

a. PRAGMA INTERRUPT HANDLER for Task Entries

Format: pragma INTERRUPTHANDLER;

Placement: The pragmi must be placed as the first declarativeitem in the task specification that it applies to.

Restrictions: The task for which the pragma INTERRUPT HANDLER isaplied must fulfill the following requirements:

- An address clause must be specified for all entries tothe task.

All entries of the task must be single entries with no

C-4


--rrameters.

The entries must not be called from any tasks.

No other tasks may be specified in the body of the task.

The body of the task must consist of a single sequence ofaccept statements for each of the defined interrupts, seebelow:

task body fih is-- local simple data declaration, no tasks.begin

accept handlerl do<statementlist>;

end handlerl;accept handler2 do

<statementlist>;end handler2;

end fih;

No other tasking construct than unconditional entry callsmay appear in the statement list for the selectalternatives. The execution of a statement list must onlyexecute one unconditional entry call.

Any procedures called from the accept body must not useany tasking constructs at all.

No heap storage must allocated.

No exception must be propagated out of the statement listof the accept alternatives.

If the restrictions described above are not fulfilled, the prograris erroneous and the result of the execution unpredictable. Tbcompiler cannot and is not checking all the restrictions, butattempts to perform as many checks of the requirements as possible.

The pragma INTERRUPTHANDLER with no parameters allows the user toimplement immediate response to exceptions.

b. PRAGMA INTERRUPT HANDLER for Procedures

Format: p r a g m aINTERRUPTHANDLER (procedure-name, integer-literal);

C-5

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler - ser's GuideImplementation Dependent Characteristics

Placementr.-.. The pragma must be placed as a declarative item, inthe declarative part, immediately after theprocedure specification.

Restrictions: The procedure for which pragma INTERRUPT HANDLERapplies must fulfill the following restrictions:

- The integer-literal must be in range 0..255, and must notdefine an interrupt vector entry to which the processormay generate a trap.

- The procedure must not be called anywhere in the

application.

- No tasks may be declared in the body of the procedure.

- The only tasking construct that may be used from the bodyof the procedure is unconditional entry calls. Severalunconditional entry calls may appear in the body of theprocedure but the execution of the body must only lead tothe execution of one.

- Any subprograms called from the procedure must not useany tasking constructs at all.

- The procedure must be parameterless.

- No heap storage must allocated from the procedure.

- Exceptions must no be propagated out of the procedure.

If the restrictions described above is not fulfilled the program iserroneous and the result of the execution unpredictable. Thecompiler cannot and is not checking all the restrictions, butattempts to perform as many checks of the requirements as possible.

The pragma INTERRUPT HANDLER for procedures defines the namedsubprogram to be an interrupt handler for the interrupt vectorentry defined by the integer-literal.

C-6


9. PRAGMA-'W LOAT

Format: pragma NOFLOAT(task-id)

Placement: The pragma must be placed as a declarative item, inthe declarative part,defining the task type orobject denoted by the task-id.

Restrictions: The task(s) denoted by the task-id must not executefloating-point co-processor instructions.

This pragma informs the compiler and runtime system tnat the taskwill not execute floating point co-processor instructions.Consequently the context switch needs not save and restore thestate of the floating point co-processor yielding improvedperformance.

10. PRAGMA SUPERVISORTASK

Format: pragma SUPERVISORTASK

Placement: The pragma must be placed immediately after thetask declaration of the task declaring as aSUPERVISORTASK.

Restrictions: The pragma has no meaning if linking with BASICmode.

This pragma informs the compiler and runtime system that the taskshall execute at the supervisor privilege level, all other taskswill execute at user privilege level when linking with SECUREexecution mode. In BASIC execcution mode all tasks execute at thesupervisor privilege level.

11. PRAGMA ACCESSTYPERETAIN IHAP

Format: pragma ACCESSTYPERETAINHEAP

Placement: The pragma must be placed as a declarative item, inthe declarative part, immediately, after theprocedure specification.

Restrictions: The pragma can only be used when linking in BASICmode.

C-7


This prat-supress garbage collection of access types, whenleaving the scope of the access type declaration.

B. Implementation-Dependent Attributes

No implementation-dependent attributes are defined.

C. Package SYSTEM

package SYSTEM is

type ADDRESS is new INTEGER;subtype PRIORITY is INTEGER range 1 .. 24;type NAME is ( DACS_680X0 );SYSTEM NAME: constant NAME := DACS 680X0;STORAGE UNIT: constant 8;MEMORY SIZE: constant := 2#1#E32;MIN INT: constant := -2 147 483 648;MAX INT: constant := 2 147 483 647;MAX DIGITS: constant := 15;MAXMANTISSA: constant 31;

FINE DELTA: constant : 2#1.0#E-31;TICK: constant := 0.0208130;

type interfacelanguage is (AS,C);

end SYSTEM;

D. Representation Clauses

The DACS-68030 fully supports the 'SIZE representation for derivedtypes. The representation clauses that are accepted for non-derivedtypes are described in the following subsections.

1. Length Clause

Some remarks on implementation dependent behavior of length clausesare necessary:

C-8


-- en using the SIZE attribute for discrete types, themaximum value that can be specified is 32 bits.

SIZE is only obeyed for discrete types when the type isa part of a composite object, e.g. arrays or records.

Using the STORAGE SIZE attribute for a collection willset an uppcr limit on the total size of objects allocatedin this collection. If further allocation is attempted,the exception STORAGEERROR is raised.

When STORAGESIZE is specified in a length clause for atask, the process stack area will be of the specifiedsize.

2. Enumeration Representation Clauses

Enumeration representation clauses may specify representations inthe range of INTEGER'FIRST + 1..INTEGER'LAST - 1.

3. Record Representation Clauses

When representation clauses are applied to records the followingrestrictions are imposed:

- if the component is a record or an unpacked array, itmust start at a storage unit boundary f? bits)

- a record occupies an integral number of storage units(words) (even though a record may have fields that onlydefine an odd number of bytes)

- a record may take up a maximum of 2 giga bits

- a component must be specified with its proper size (inbits), regardless of whether the component is an array ornot.

- if a non-array component has a size which equals orexceeds one storage unit 32-bits the component must starton a storage unit boundary.

- the elements in an array component should always bewholly contained in 32-bits.

C-9


If the resm type contains components which are not covered by acomponent clause, they are allocated consecutively after thecomponent with the value. Allocation of a record component withouta component clause is always aligned on a storage unit boundary.Holes created because of component clauses are not otherwiseutilized by the compiler.

Pragma PACK on a record type will attempt to pack the componentsnot already covered by a representation clause (perhaps none). Thispacking will begin with the small scalar components and largercomponents will follow in the order specified in the record. Thepacking begins at the first storage unit after the components withrepresentation clauses.

a. Alignment Clauses

Alignment clauses for records are implemented with the followingcharacteristics:

If the declaration of the record type is done at theoutermost level in a library package, any alignment isaccepted.

If the record declaration is done at a given static level(higher than the outermost library level, i.e., thepermanent area), only word alignments are accepted.

Any record object declared at the outermost level in alibrary package will be aligned according to thealignment clause specified for the type. Record objectsdeclared elsewhere can only be aligned on a wordboundary. If the record type is associated with adifferent alignment, an error message will be issued.

If a record type with an associated alignment clause isused in a composite type, the alignment is required to bone word; an error message is issued if this is not thecase.

E. Implementation-Dependent Names for Implementation-DependentComponents

None defined by the compiler.

C-10


F. Address Clauses

This section describes the implementation of address clauses andwhat types of entities may have their address specified by theuser.

1. Objects

Address clauses are supported for scalar and composite objectswhose size can be determined at compile time if the address isspecified.

2. Task Entries

Address clauses are supported for task entries. The followingrestrictions applies:

- The affected entries must be defined in a task object

only, not a task type.

- The entries must be single and parameterless.

- The address specified must not denote an interrupt indexwhich the processor may trap.

- If the interrupt entry executes floating pointco-processor instructions the state of the co-processormust be saved prior to execution of any floating pointinstructions, and restore before the return.

The address specified in the address clause denotes the interruptvector index.

G. Input/Output Packages

In many embedded systems, there is no need for a traditional I/Osystem, but in order to support testing and validation, DDC-I hasdeveloped a small terminal oriented I/O system. This I/O systemconsists essentially of TEXTIO adapted with respect to handlingonly a terminal and not file I/O (file I/O will cause a USE ERRORto be raised) and a low level package called TERMINALDRIVER. A

C-11


BASIC_ IO-- *kage has been provided for convenience purposes,forming an interface between TEXTIO and TERMINALDRIVER asillustrated in the following figure.

TEXT 10BASIC 10

TERMINAL DRIVER(H/W interface)

Fig. F.1:

The TERMINALDRIVER package is the only package that is targetdependent, i.e., it is the only package that need be changed whenchanging communications controllers. The actual body of theTERMINAL DRIVER is written in assembly language, but an Adainterface to this body is provided. A user can also call theterminal driver routines directly, i.e. from an assembly languageroutine. TEXT_10 and BASICIO are written completely in Ada andneed not be changed.

BASIC_10 provides a mapping between TEXTIO control characters andASCII as follows:

TEXT 10 ASCII Character

LINE TERMINATOR ASCII.CRPAGE TERMINATOR ASCII.FFFILE TERMINATOR ASCII.EM (ctrl Z)NEW LINE ASCII.LF

Table F.1: Mapping between TEXTIO and ASCII

The services provided by the terminal driver are:

1) Reading a character from the communications port.

2) Writing a character to the communications port.

1. Package TEXT 10

C-12


The speciPTc-tion of package TEXTIO:

pragma page;with BASICIO;

with 10 EXCEPTIONS;package TEXTIO is

type FILETYPE is limited private;

type FILEMODE is (INFILE, OUT_FILE);

type COUNT is range 0 .. INTEGER'LAST;subtype POSITIVE COUNT is COUNT range 1 .. COUNT'LAST;UNBOUNDED: constant COUNT:= 0; -- line and page length

-- max. size of an integer output field 2# .... #subtype FIELD is INTEGER range 0 .. 35;

subtype NUMBERBASE is INTEGER range 2 .. 16;

type TYPESET is (LOWERCASE, UPPERCASE);pragma PAGE;

-- File Managementprocedure CREATE (FILE : in out FILE TYPE;

MODE : in FILE MODE :=OUT FILE;NAME : in STRING -- "" •FORM : in STRING :=""

procedure OPEN (FILE : in out FILE TYPE;MODE : in FILEMODE;NAME : in STRING;FORM : in STRING :=""

procedure CLOSE (FILE : in out FILETYPE);procedure DELETE (FILE : in out FILETYPE);procedure RESET (FILE : in out FILETYPE;

MODE : in FILE MODE);procedure RESET (FILE : in out FILE_TYPE);

function MODE (FILE : in FILE TYPE) return FILE MODE;function NAME (FILE : in FILE TYPE) return STRING;function FORM (FILE : in FILE-TYPE) return STRING;

function IS_OPEN(FILE : in FILETYPE return BOOLEAN;

C-13


pragma PA?,T-- control of default input and output files

procedure SETINPUT (FILE : in FILE_TYPE);procedure SETOUTPUT (FILE : in FILE_TYPE);

function STANDARD INPUT return FILE TYPE;function STANDARDOUTPUT return FILETYPE;

function CURRENT INPUT return FILE TYPE;function CURRENTOUTPUT return FILETYPE;

pragma PAGE;-- specification of line and page lengths

procedure SETLINELENGTH (FILE : in FILETYPE;TO : in COUNT);

procedure SETLINELENGTH (TO : in COUNT);

procedure SETPAGELENGTH (FILE : in FILE TYPE;TO : in COUNT);

procedure SETPAGELENGTH (TO : in COUNT);

function LINELENGTH (FILE : in FILETYPE)return COUNT;

function LINELENGTH return COUNT;

function PAGELENGTH (FILE : in FILETYPE)return COUNT;

function PAGELENGTH return COUNT;

C-14


pragma PA";-- Column, Line, and Page Control

procedure NEWLINE (FILE : in FILE TYPE;SPACING : in POSITIVE COUNT 1);

procedure NEW_LINE (SPACING : in POSITIVECOUNT 1);

procedure SKIPLINE (FILE : in FILE-TYPE;SPACING : in POSITIVE COUNT 1);

procedure SKIPLINE (SPACING : in POSITIVECOUNT 1);

function END OF LINE (FILE : in FILE_TYPE) return BOOLEAN;function ENDOFLINE return BOOLEAN;

procedure NEWPAGE (FILE : in FILETYPE);procedure NEWPAGE;

procedure SKIPPAGE (FILE : in FILETYPE);procedure SKIPPAGE;

function ENDOFPAGE (FILE : in FILE_TYPE) return BOOLEAN;function ENDOFPAGE return BOOLEAN;

function END OFFILE (FILE : in FILE_TYPE) return BOOLEAN;function ENDOFFILE return BOOLEAN;

procedure SETCOL (FILE : in FILETYPE;TO : in POSITIVECOUNT);

procedure SETCOL (TO : in POSITIVE_COUNT);

procedure SETLINE (FILE : in FILETYPE;TO : in POSITIVE_COUNT);

procedure SETLINE (TO : in POSITIVE_COUNT);

function COL (FILE : in FILE_TYPE)return POSITIVECOUNT;

function COL return POSITIVECOUNT;

function LINE (FILE : in FILETYPE)return POSITIVECOUNT;

function LINE return POSITIVECOUNT;

function PAGE (FILE : in FILETYPE)return POSITIVECOUNT;

function PAGE return POSITIVECOUNT;

C-15


pragma PAGr--- Character Input-Output

procedure GET (FILE : in FILETYPF; ITEM : out CHARACTER);procedure GET ( ITEM : out CHARACTER);procedure PUT (FILE : in FILETYPE; ITEM : in CHARACTER);procedure PUT ( ITEM : in CHARACTER);

-- String Input-Output

procedure GET (FILE : in FILETYPE; ITEM : out CHARACTER);procedure GET ( ITEM : out CHARACTER);procedure PUT (FILE : in FILETYPE; ITEM : in CHARACTER);procedure PUT ( ITEM : in CHARACTER);

procedure GETLINE (FILE : in FILETYPE;ITEM : out STRING;LAST : out NATURAL);

procedure GETLINE (ITEM : out STRING;LAST : out NATURAL);

procedure PUTLINE (FILE : in FILETYPE;ITEM : in STRING);

procedure PUTLINE (ITEM : in STRING);

C-16


pragma PA--- Generic Package for Input-Output of Integer Types

generictype NUM is range <>;

package INTEGERIO is

DEFAULTWIDTH : FIELD NUM'WIDTH;DEFAULTBASE : NUMBERBASE 10;

procedure GET (FILE : in FILE TYPE;ITEM : out NUM;WIDTH : in FIELD 0);

p~ocedire GET (ITEM : out NUM;WIDTH : in FIELD 0);

procedure PUT (FILE : in FILE TYPE;ITEM in NUM;WIDTH in FIELD := DEFAULTWIDTH;BASE in NUMBERBASE := DEFAULTBASE);

procedure PUT (ITEM in NUM;WIDTH in FIELD := DEFAULT WIDTH;BASE in NUMBERBASE := DEFAULTBASE);

procedure GET (FROM in STRING;ITEM out NUM;LAST out POSITIVE);

procedure PUT (TO out STR T NG;ITEM in NUM;BASE in NUMBERBASE := DEFAULTBASE);

end INTEGERIO;

C-17


pragma PAT,-

-- Generic Packages for Input-Output of Real Types

generictype NUM is digits <>;

package FLOATIO is

DEFAULTFORE : FIELD 2;DEFAULTAFT : FIELD NUM'DIGITS - 1;DEFAULTEXP : FIELD 3;

procedure GET (FILE in FILE TYPE;ITEM out NUMWIDTH in FIELD 0);

procedure GET (ITEM out NUM;WIDTH in FIELD 0);

procedure PUT (FILE : in FILE TYPE;ITEM : in NUM;FORE : in FIELD DEFAULT FORE;AFT : in FIELD DEFAULTAFT;EXP : in FIELD DEFAULTEXP);

procedure PUT (ITEM : in NUM;FORE : in FIELD DEFAULT FORE;AFT : in FIELD DEFAULT AFT;EXP : in FIELD DEFAULTEXP);

procedure GET (FROM : in STRING;ITEM : out NUM;LAST : out POSITIVE);

procedure PUT (TO : out STRING;ITFv : in NUM;AFT : in FIELD DEFAULT AFT;EXP : in FIELD DEFAULTEXP);

end FLOATIO;

C-18


pragma PAh-

generictype NUM is delta <>;

package FIXEDIO is

DEFAULT FORE : FIELD NUM'FORE;DEFAULT AFT : FIELD NUM'AFT;DEFAULTEXP : FIELD := 0;

procedure GET (FILE in FILE TYPE;ITEM out NUM;WIDTH : in FIELD 0);

procedure GET (ITEM : out NUM;WIDTH : in FIELD 0);

procedure PUT (FILE : in FILE TYPE;ITEM : in NUM;FORE : in FIELD DEFAULTFORE;AFT : in FIELD DEFAULTAFT;EXP : in FIELD DEFAULTEXP);

procedure PUT (ITEM : in NUM;FORE : in FIELD DEFAULT FORE;AFT : in FIELD DEFAULTAFT;EXP : in FIELD DEFAULTEXP);

procedure GET (FROM : in STRING;ITEM : out NUM;LAST : out POSITIVE);

procedure PUT (TO : out STRING;ITEM : in NUM;AFT : in FIELD DEFAULTAFT;EXP : in FIELD DEFAULTEXP);

end FIXEDIO;

C-19


pragma PA(, -

-- Generic Package for Input-Output of Enumeration Types

generictype ENUM is (<>);

package ENUMERATIONIO is

DEFAULT WIDTH : FIELD 0;DEFAULTSETTING : TYPESET UPPERCASE;

procedure GET (FILE in FILETYPE; ITEM : out ENUM);procedure GET ( ITEM : out ENUM);

procedure PUT (FILE : FILETYPE;ITEM : in ENUM;WIDTH in FIELD := DEFAULTWIDTH;SET in TYPESET := DEFAULTSETTING);

procedure PUT (ITEM in ENUM;WIDTH in FIELD DEFAULTWIDTH;SET : in TYPESET DEFAULTSETTING);

procedure GET (FROM in STRING;ITEM out ENUM;LAST out POSITIVE);

procedure PUT (TO : out STRING;ITEM in ENUM;SET in TYPESET := DEFAULTSETTING);

end ENUMERATIONIO;

pragma PAGE;

-- Exceptions

STATUSERROR : exception renames 10_EXCEPTIONS.STATUSERROR;MODEERROR : exception renames IOEXCEPTIONS.MODE_ERROR;NAME ERROR : exception renames 10 EXCEPTIONS.NAME ERROR;USE ERROR : exception renames IOEXCEPTIONS.USE_ERROR;DEVICEERROR : exception renames 10_EXCEPTIONS.DEVICEERROR;END ERROR : exception renames IOEXCEPTIONS.ENDERROR;DATA ERROR : exception renames IOEXCEPTIONS.DATAERROR;LAYOUTERROR : exception renames IOEXCEPTIONS.LAYOUTERROR;

C-20

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler - User's GuideImplemantation Dependent Characteristics

pragma pae;-private

type FILETYPE isrecord

FT : INTEGER := -1;end record;

end TEXTIO;

2. Package 10 EXCEPTIONS

The specification of the package IO EXCEPTIONS:

package IOEXCEPTIONS is

STATUSERROR : exception;MODEERROR : exception;NAME ERROR : exception;USEERROR : exception;DEVICEERROR : exception;END ERROR : exception;DATAERROR : exception;LAYOUTERROR : exception;

end IOEXCEPTIONS;

3. Package BASIC 10

The specification of package BASICIO:

with IOEXCEPTIONS;

package BASICIO is

type count is range 0 .. integer'last;

subtype positive-count is count range 1 .. count'last;

function getinteger return string;

-- Skips any leading blanks, line terminators or page-- terminators. Then reads a plus or a minus sign if

C-21


-- pregtxt, then reads according to the syntax of an-- integer literal, which may be based. Stores in item-- returns a string containing an optional sign and an-- integer literal.

-- The exception DATAERROR is raised if the sequence-- of characters does not correspond to the syntax-- described above.

-- The exception ENDERROR is raised if the file terminator-- is read. This means that the starting sequence of an-- integer has not been met.

-- Note that the character terminating the operation must-- be available for the next get operation.

function getreal return string;

-- Corresponds to get_integer except that it reads according

-- to the syntax of a real literal, which may be based.

function get_enumeration return string;

-- Corresponds to get_integer except that it reads according-- to the syntax of an identifier, where upper and lower-- case letters are equivalent to a character literal-- including the apostrophes.

function get_item (length : in integer) return string;

-- Reads a string from the current line and stores it in-- item. If the remaining number of characters on the-- current line is less than length then only these-- characters are returned. The line terminator is not-- skipped.

procedure put-item (item : in string);

-- If the length of the string is greater than the current-- maximum line (linelength), the exception LAYOUTERROR-- is raised.

-- If the string does not fit on the current line a line-- terminator is output, then the item is output.

-- Line and page lengths - [DOD-83] 14.3.3.

C-22


procedieFsetlinelength (to : in count);

procedure setpagelength (to : in count);

function line-length return count;

function pagelength return count;

-- Operations on columns, lines and pages - [DOD-83] 14.3.4.

procedure newline;

procedure skip_line;

function end of line return boolean;

procedure newpage;

procedure skippage;

function end_ofpage return boolean;

function end of file return boolean;

procedure setcol (to in positivecount);

procedure setline (to in positive-count);

function col return positivecount;

function line return positivecount;

function page return positivecount;

-- Character and string procedures.-- Corresponds to the procedures defined in [DOD-831 14.3.6.

procedure getcharacter (item out character);

procedure getstring (item out string);

procedure getline (item : out string;last : out natural);

procedure putcharacter (item : in character);

procedure putstring (item : in string);

C-23

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler - Ustr's Guide

Implementation Dependent Characteristics

procedg#T-put_line (item : in string);

-- exceptions:

USEERROR : exception renames IOEXCEPTIONS.USEERROR;DEVICEERROR : exception renames IOEXCEPTIONS.DEVICEERROR;ENDERROR : exception renames IOEXCEPTIONS.ENDERROR;DATA ERROR : exception renames 10_EXCEPTIONS.DATA ERROR;LAYOUTERROR : exception renames IOEXCEPTIONS.LAYOUTERROR;

end BASICIO;

4. Package TERMINAL DRIVER

The specification of package TERMINALDRIVER:

package terminaldriver is

procedure put character(ch : character);

procedure flush;

function get-character return character;

procedure purge;

private

pragma interface (AS, putcharacter);pragma interfacespelling(put-character, "AdaUCC_G$PutByte");

pragma interface (AS, getcharacter);pragma interfacespelling(get-character, "Ada UCC_G$GetByte");

pragma interface (AS, flush);pragma interfacespelling(flush, "AdaUCC_G$FlushOutput");

pragma interface (AS, purge);pragma interfacespelling(purge, "AdaUCCG$PurgeInput");

pragma initialize("Ada UCCG$InitIO");pragma rundown ("AdaUCC_G$CloseIO");

end terminal driver;

C-24


5. PackaggS!QUENTIAL 10

The specification of package SEQUENTIALIO:

-- Source code for SEQUENTIALIO

pragma PAGE;

with IOEXCEPTIONS;

generic

type ELEMENTTYPE is private;

package SEQUENTIAL_10 is

type FILETYPE is limited private;

type FILEMODE is (IN_FILE, OUT_FILE);

C-25


pragma PAM, -

-- File management

procedure CREATE(FILE : in out FILETYPE;MODE : in FILE MODE OUTFILE;NAME : in STRINGFORM : in STRING "");

procedure OPEN (FILE : in out FILETYPE;MODE : in FILEMODE;NAME : in STRING;FORM : in STRING

procedure CLOSE (FILE : in out FILETYPE);

procedure DELETE(FILE : in out FILETYPE);

procedure RESET (FILE : in out FILETYPE;MODE : in FILEMODE);

procedure RESET (FILE : in out FILETYPE);

function MODE (FILE : in FILETYPE) return FILEMODE;

function NAME (FILE : in FILETYPE) return STRING;

function FORM (FILE : in FILETYPE) return STRING;

function ISOPEN(FILE : in FILE_TYPE) return BOOLEAN;

pragma PAGE;-- input and output operations

procedure READ (FILE : in FILETYPE;ITEM : out ELEMENTTYPE);

procedure WRITE (FILE : in FILE TYPE;ITEM : in ELEMENTTYPE);

function ENDOFFILE(FILE : in FILETYPE) return BOOLEAN;

C-26

DACS Sun-3/SunOS to 68030 Bare Ada Cross Compiler - User's GuideImgementation Dependent Characteristics

pragma PAGE;-- exceptions

STATUS ERROR : exception renames 10 EXCEPTIONS.STATUS ERROR;MODE ERROR : exception renames IOEXCEPTIONS.MODE ERROR;NAME ERROR : exception renames 10 EXCEPTIONS.NAME ERROR;USE ERROR : exception renames IO-EXCEPTIONS.USE ERROR;DEVICE ERROR : exception renames 10 EXCEPTIONS.DEVICE ERROR;END ERROR : exception renames IOEXCEPTIONS.END ERROR;DATAERROR : exception renames IO-EXCEPTIONS.DATAERROR;

pragma PAGE;

private

type FILETYPE is new INTEGER;

end SEQUENTIALIO;

H. Machine Code Insertions

Machine code insertion is allowed using the instruction definedin package MACHINECODE. All arguments given in the codestatement aggregate must be static.

The machine language defined in package MACHINE CODE is not 68020assemble, but rather Abstract A-code which is an intermediatelanguage used by the compiler.

C-27

pj d - -. a* sure h a fierson oav* i i~~irdate fitthe following ada implementation was tested and...

Documents