Re: PR1ME C compiler pointer management

  > I see that the PR1ME pointer value included fault and ring bits.
  > But the register set does not appear to contain special address
  > registers.


There are base registers, and address registers for e.g. field operands
used in packed decimal arithmetic or character string edit instructions.
But for the most part, effective addresses would be computed from base
registers or pointers in memory.


  > Do you know if casting an integer to a pointer result could create
  > a value that trapped when the pointer was loaded into a register?
  > I assume it could trap if an attempt was made to treat the value as
  > an address.


I don't think a trap would occur when the register was loaded. It would
happen when you tried to use the register as an address. This would be
unusual at best, though: see the above comment about base registers and
memory pointers. Off the top, I think you might have to abuse the
mapping of some of the user registers to locations 0-7 to get this to
happen. I-mode is more general-register-y, so you might be able to use
a general register as a pointer there.


One version of the architecture manual is here if you're interested.


https://sysovl.info/pages/blobs/prime/archhw/Sys%20Arch%20Ref%20Guide%20Rev%2019.2%20DOC3060-192P%201983.pdf


De

Return to the comp.compilers page.
Search the comp.compilers archives again.