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) |
From: | Seima Rao <seimarao@gmail.com> |
Newsgroups: | comp.compilers |
Date: | Tue, 11 Feb 2014 14:35:52 +0530 |
Organization: | Compilers Central |
Keywords: | design, debug, comment |
Posted-Date: | 12 Feb 2014 13:33:14 EST |
> 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!".
I have a proposal of my own although, I am not sure about the cons and
hence would like to discuss on this forum.
i) All pointers have the same type called pointer_t.
ii) A pointer_t contains the address of a struct whose contents
are the information relevant to what the pointer is pointing to
including the type of the element.
There are a lot of questions but the one I am worried about
currently is whether it is possible to have direct HW support.
Sincerely,
Seima Rao.
[You might want to spend a little while learning about the history of
the Burroughs stack architectures. They did (still do, I guess) all
of this stuff back in the 1960s. -John]
Return to the
comp.compilers page.
Search the
comp.compilers archives again.