categories - Category Theory list
 help / color / mirror / Atom feed
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





             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).