Re: Safe Pointers at the Intermediate Language or Hardware Level

Ivan Godard <ivan@ootbcomp.com>
Mon, 10 Feb 2014 20:45:46 -0800

          From comp.compilers

Related articles
Safe Pointers at the Intermediate Language or Hardware Level seimarao@gmail.com (2014-02-10)
Re: Safe Pointers at the Intermediate Language or Hardware Level flaps@dgp.toronto.edu (2014-02-11)
Re: Safe Pointers at the Intermediate Language or Hardware Level gah@ugcs.caltech.edu (glen herrmannsfeldt) (2014-02-11)
Re: Safe Pointers at the Intermediate Language or Hardware Level ivan@ootbcomp.com (Ivan Godard) (2014-02-10)
Re: Safe Pointers at the Intermediate Language or Hardware Level wclodius@earthlink.net (2014-02-10)
Re: Safe Pointers at the Intermediate Language or Hardware Level seimarao@gmail.com (Seima Rao) (2014-02-11)
Re: Safe Pointers at the Intermediate Language or Hardware Level ivan@ootbcomp.com (Ivan Godard) (2014-02-12)
| List of all articles for this month |
From: Ivan Godard <ivan@ootbcomp.com>
Newsgroups: comp.compilers
Date: Mon, 10 Feb 2014 20:45:46 -0800
Organization: A noiseless patient Spider
References: 14-02-007
Keywords: design, debug
Posted-Date: 11 Feb 2014 00:42:14 EST

On 2/10/2014 9:11 AM, seimarao@gmail.com wrote:
> Hi,
>
> Its been a long time since Java & .Net introduced safe address
> types to the computing world.
>
> My question is have we settled on what could be a proper representation
> for safe pointers ?
>
> Some Mainframes like the 390 have historically supported safe pointers,
> I remember.
>
> Sincerely,
> Seima Rao.
> [I looked at my S/390 Principles of Operation, and I see a bunch of stuff
> for tracing, but nothing that looks like safe pointers. I'd think it was
> hardware dependent, e.g., if a machine has a fairly clean and efficient
> trap for an unmapped zero address, you'd use that, but if it doesn't, you'd
> do something else. -John]
>


I'm an architect on the team doing the Mill CPU architecture
(ootbcomp.com/docs). We would love to do a full-blown capability system,
but regretfully have decided that's not viable as a commercial product.


A safe pointer (cap) is more than 64 bits, and people would refuse to
repeat the pain of the 32- to 64-bit migration. And most programs
violate safety (and language standards, but that's another issue), and
it's hard to make a sale when the customers keep saying "It worked on
Intel!".


Sad.


Post a followup to this message

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