From: Thomas Streicher <streicher@mathematik.tu-darmstadt.de>
To: categories@mta.ca
Subject: Re: topos logic arising nicely
Date: Thu, 5 Jun 2003 13:08:14 +0200 (CEST) [thread overview]
Message-ID: <200306051108.NAA00738@fb04209.mathematik.tu-darmstadt.de> (raw)
Toby Bartels wrote
> That may be the only way that one can *construct* such a type,
> hence the only way that one can *prove* that such a type exists,
> but how do you know that some unspecified type variable \sigma
> doesn't refer to an uninhabited type to begin with?
> The answer will depend on the interpretation, I suppose;
> some logics simply aren't applicable to some semantics.
>
> >Of course, even if type sigma is inhabited from
> > (1) \forall x:\sigma. A(x)->B
> >one must not conclude
> > (2) \exists x:\sigma. A(x) /\ B
> >BUT only
> > (3) \exists x:\sigma. A(x) -> B
>
> Of course. Only with \exists x:\sigma. A(x) will (2) follow.
Certainly, if you allow type variables then the problem crops up. I don't
really see the point why one would like to have type variables unless one
can perform constructions with types in a uniform way, e.g. when considering
logic on top of system F, system F\omega or even on top of a dependent type
theory (possibly with an impredicative universe). I guess that in case of HOL
type variables were rather motivated by the analogy to functional languages
with their "shallow" polymorphism.
The point of my mail rather was that so-called topos logic admits subtype
formation, i.e. that {x:A|phi(x)} is a type whenever \phi is a predicate on A.
This, of course, allows one to introduce types with undecided inhabitedness.
See W.Phoa's Edinburgh lecture notes for a calculus extending HOL with subtypes
(or Bart Jacob's book).
But I would be surprised if HOL has subtype formation as from a logical
point of view subtypes are neither necessary nor convenient. Adding subtypes
is only necessary for getting a topos out of a model of HOL.
Thomas
next reply other threads:[~2003-06-05 11:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-05 11:08 Thomas Streicher [this message]
2003-06-06 9:29 ` Hendrik Tews
2003-06-08 11:39 ` Thomas Streicher
-- strict thread matches above, loose matches on Subject: below --
2003-06-09 20:03 Thomas Streicher
2003-06-05 19:46 Thomas Streicher
2003-06-09 9:18 ` Paul B Levy
2003-06-03 20:14 Thomas Streicher
2003-06-04 15:20 ` Toby Bartels
2003-06-04 15:42 ` Paul B Levy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200306051108.NAA00738@fb04209.mathematik.tu-darmstadt.de \
--to=streicher@mathematik.tu-darmstadt.de \
--cc=categories@mta.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).