DataMuseum.dk

top - download

    Length: 2092 (0x82c)
    Types: TextFile
    Names: »RELDESCR.T«

└─⟦8c095a7f3⟧ Bits:30005798 CR80 Disc Pack ( Vol ILS systemdisk XAMOS TOS 10:01 hard boot #43c 19-7-87/JFJ )
    └─ ⟦this⟧ »CSS427.D!RELDESCR.T« 
└─⟦c2e810e96⟧ Bits:30005799 CR80 Disc Pack ( XAMOS 841129 ILS TOS 10-01 System Disk Tilhører ILS/MSG hard boot boot entry #43c )
    └─ ⟦this⟧ »CSS427.D!RELDESCR.T« 

TextFile

*******************************************************

         R E L E A S E   D E S C R I P T I O N

*******************************************************




Module id number: CSS/427  (used to be CD/6019)
--------------------------

Module name:      C
-----------------------------------

Actual release:   01.03            Release date: 840901
-----------------------            --------------------

Previous release: 01.02            Release date: 840720
-----------------------            --------------------




New facilities:
---------------

   >> 01.02 <<

     Variable names are now supported up to 32 characters.


   >> 01.01 <<

     Initial release of the C compiler.

     Activation of the C compiler:

         DO CC.J  <file_id>

     The <file_id> must specify a file in current directory.

Changes:
--------

   >> 01.03 <<

     The code quality has been improved.
     In many situation an address was pushed on the stack
     just before a run-time call. However the run-time
     function immediately pops the address to r0.
     The code generation is now changed to push the address
     directly to r0 before the run-time call.


Errors corrected:
-----------------

   >> 01.03 <<

     Code for expression like:
        movc C16 (LONG)B16
     was erroneously laid out

     In a very complicated expression the compiler panics,
     because of register shortages in an attempt to generate
     code for the postfix operator ++
     The -r# parameter in CP1 was changed to r2 ( default r3 )
     but no change was observed.
     The compiler simply forgets that one register was free
     This error is now corrected.

     Support of unsigned long relation operators was missing.

     Sign extension when conversion from integer to long
     was always done, even if it was an unsigned integer.

   >> 01.02 <<

     Bitfield specification made the compiler loop.


-----------------

Reported errors, not corrected:
-------------------------------

CPECRs implemented in current release:
--------------------------------------

Comments:
---------