- From: Sandro Hawke <sandro@w3.org>
- Date: Tue, 25 Sep 2007 15:52:33 -0400
- To: kifer@cs.sunysb.edu (Michael Kifer)
- Cc: Chris Welty <cawelty@gmail.com>, Sandro Hawke <sandro@w3.org>, public-rif-wg@w3.org
kifer@cs.sunysb.edu (Michael Kifer) writes:
>
> > Jeez, I'm sure glad I didn't have Michael for a professor.
>
> This is a misunderstanding.
>
> Sandro said that the signature vs name stuff is hard to follow and I am
> eager to make improvements. But I cannot understand what exactly does he
> find to be hard to follow there---hence my question quoted below.
>
> I was not looking for an explanation of the difference (from you or from
> Sandro). Instead I asked for more concrete info from Sandro to help
> me understand what is wrong with the current text so that it could be
> improved.
It turned out to much easier for me answer your question once I had
Chris' explanation. What was hard for me was that the terminology kept
conflicting with my intuition about what the terminology meant.
-- Sandro
>
> --michael
>
>
> > The differences are pretty simple, though:
> >
> > A signature has a name and a set of expressions.
> > A signature name is just a symbol used to reference the set of expressions.
> > A signature expression is the standard sort of thing you might think of as a
> > signature, like "(i) => bool", which should be a signature expression for unary
> > predicates (unary predicates take one argument that is a symbol, and have a
> > boolean "value") . So, again, a signature is just a set of valid signature
> > expressions with a name.
> >
> > The idea of signatures being sets of signature expressions is because we want
> > the basic framework to have the flexibility to define polymorphism, so that you
> > can express the fact that some constants have different signatures in different
> > syntactic contexts.
> >
> > -Chris
> >
> >
> >
> > Michael Kifer wrote:
> > >> One of the parts that's really hard for me is the distinction between
> > >> signature names, signatures, and signature expressions. I can't really
> > >> keep them straight.
> > >
> > > Maybe you can explain what you find to be the problem in more detail?
> > >
> > > I do not quite understand why is it hard to see the difference between a
> > > set and a name given to that set. You do not find it hard to understand the
> > > distinction between the term 'integer' and the set {0, 1, -1, 2, -2, ...}.
> > > So what is so hard about the difference between, say, the symbol 'foobar'
> > > and a set like {i*i->i, i*i*i->bool}, which it might be denoting?
> > >
> > >
> > > --michael
> > >
> > >
> > >
> >
> > --
> > Dr. Christopher A. Welty IBM Watson Research Center
> > +1.914.784.7055 19 Skyline Dr.
> > cawelty@gmail.com Hawthorne, NY 10532
> > http://www.research.ibm.com/people/w/welty
> >
> >
>
>
Received on Tuesday, 25 September 2007 19:53:09 UTC