タグ付けされた質問 「typed-lambda-calculus」

2
Lambda Cubeの他のポイントからどのように構築の計算を取得しますか?
CoCは、ラムダキューブの3つの次元すべての集大成と言われています。これは私にはまったく明らかではありません。私は個々の次元を理解していると思いますし、任意の2つの組み合わせは比較的単純な結合をもたらすようです(おそらく何かが足りないのでしょうか?)。しかし、CoCを見ると、3つすべての組み合わせのように見えるのではなく、まったく異なるもののように見えます。タイプ、プロップ、スモール/ラージタイプはどの次元からのものですか?依存製品はどこに消えましたか?そして、なぜ型とプログラムではなく命題と証明に焦点が当てられているのですか?型とプログラムに焦点を合わせた同等のものはありますか? 編集:明確でない場合、CoCがどのようにLambda Cubeディメンションの単純な結合と同等であるかの説明を求めています。そして、私が研究できるどこかで3つすべての実際の結合がありますか(つまり、証明と命題ではなくプログラムとタイプの面で)?これは、質問に対するコメントに対するものであり、現在の回答に対するものではありません。

3
型付きラムダ計算は、与えられた複雑さ以下の*すべて*アルゴリズムを表現できますか?
Yコンビネータプリミティブのない型付きラムダ計算のほとんどの種類の複雑さは制限されています。つまり、制限された複雑さの関数のみを表現でき、型システムの表現力が大きくなると制限が大きくなります。例えば、構築の計算は、せいぜい二重に指数関数的な複雑さを表現できることを思い出します。 私の質問は、型付きラムダ計算が特定の複雑さの限界以下のすべてのアルゴリズムを表現できるのか、それとも一部のみを表現できるのかということです。たとえば、ラムダキューブの形式では表現できない指数時間アルゴリズムはありますか?Cubeの異なる頂点で完全に覆われている複雑な空間の「形状」とは何ですか?

2
一貫性がありチューリング完全な型付きラムダ計算がありますか?
カリー-ハワード対応下の対応するロジックが一貫しており、すべての計算可能な関数に型指定可能なラムダ式がある型付きラムダ計算がありますか? これは明らかに「不正確な質問」であり、「型付きラムダ計算」の正確な定義が欠けています。私は基本的に、(a)これの既知の例があるのか​​、(b)この領域の何かに対する既知の不可能性の証拠があるのか​​疑問に思っています。 編集:@codyは、以下の回答でこの質問の正確なバージョンを提供します:一貫性があり、チューリング完全な(以下に定義する意味で)論理的純粋型システム(LPTS)はありますか?

1
型付きラムダ計算とLispの歴史的な関係?
私は最近(強く型付けされた言語の擁護者である)友人と議論をしていました。彼はコメントした。 ラムダ計算の発明者は、常に入力することを意図していました。 今、私たちは教会 が単に型付きラムダ計算たます。確かに、ラムダ計算についての誤解を減らすために、単純型付きラムダ計算を説明したようです。 ジョン・マッカーシーがLispを作成したとき、彼はそれをラムダ計算に基づいていました。これは彼が出版したときの彼自身の承認によるものです「シンボリック式の再帰関数とその機械による計算、パートI」によるものです。ここで読むことができます。 マッカーシーは、単純型付きラムダ計算に取り組んでいないようです。これが支配しているようですロビン・ミルナーとML。 LispとLambda Calculusの関係についての議論はここにありますが、McCarthyがLispとLambda Calculusを型付けせずにおくことを選んだ理由の底には本当に達していません。 私の質問は- マッカーシーがラムダ計算について知っていたと認めたら-なぜ彼は型付きラムダ計算を無視したのですか?(つまり-Lambda Calculusが入力されることを意図していたことは本当に明らかですか?そのようには見えません)

1
パターンラムダ計算におけるイータ展開
Klop、van Oostrom、およびde Vrijerには、パターンを含むラムダ計算に関する論文があります。 http://www.sciencedirect.com/science/article/pii/S0304397508000571 ある意味では、パターンは変数のツリーです。ただし、たとえば((x、y)、z)、(t、s))のように、変数のネストされたタプルと考えています。 論文では、パターン内の変数が繰り返されないという意味で、パターンが線形である場合、ルール (\p . m) n = m [n/p] ここで、pは可変パターンで、nはpとまったく同じ形状の用語のタプルで、コンフルエントです。 パターンと追加のイータルール(拡張、縮小、または単なる平等)を備えたラムダ計算の文献に同様の開発があるかどうか、私は興味があります。 特に、イータでは、 m = \lambda p . m p より直接的に、このようなラムダ計算がどのような特性を持つのか興味があります。たとえば、コンフルエントですか? 次のプロパティを強制するため、分類カテゴリを強制的に閉じます。 m p = n p implies m = n 間に\ xi-ruleを使用します。しかし、おそらく何かがうまくいかないのでしょうか?

3
構造の計算:式を最小の形式に圧縮する
Calculus of Constructionsが強く正規化されていることを知っています。つまり、すべての式は、ベータ、η削減された正規表現を持つことができません。実際、これは元の式と同じ値を計算する最も効率的な式です。 ただし、場合によっては、正規化によって小さな式が(サイズに関して)巨大な式に縮小される場合があります。 最小形式の式はありますか?最小サイズで同じ値を計算するフォーム。 言い換えれば、時間効率の良い正規形の代わりに、スペース効率の良いものです。

1
単純に型付けされたラムダ計算と高次ロジック
単純に型付けされたラムダ計算と高次ロジックの関係は何ですか? Curry-Howardの下では、単純に型付けされたラムダ計算は命題論理に対応するようです。高次のロジックとどのように関係していますか?Geuversによるこのチュートリアルによると:http ://typessummerschool07.cs.unibo.it/courses/geuvers-1.pdf HOLの言語はSTTのようです。それはPROPではありませんか?どういう意味ですか? STTを定義するとき、教会はHOLを念頭に置いていましたか?

1
依存型チェックが決定可能であることを示すための証明手法
私が取り組んでいる依存的に型付けされた計算の型検査が決定可能であることを示す必要がある状況にいます。これまでのところ、私はシステムが強く正規化していることを証明できたので、その定義上の同等性は決定可能です。 私が読んだ多くの参考文献では、タイプチェックの決定可能性は強力な正規化の結果としてリストされており、それらの場合にはそれを信じていますが、実際にこれをどのように表示するのかと思います。 特に、私は次のことに行き詰まっています。 適切に型付けされた項が強く正規化されているからといって、適切に型付けされていない入力でアルゴリズムが永久にループしないわけではありません 論理関係は通常、強力な正規化を示すために使用されるので、型チェックの用語を進めるにつれ、測定値を減少させる便利な方法はありません。したがって、私のタイプルールが構文指向である場合でも、ルールの適用が最終的に終了する保証はありません。 私は疑問に思っています、依存型付けされた言語のタイプチェックの決定可能性の証明への良い参照は誰にもありますか?小さなコアの計算であれば、それで十分です。決定可能性を示すための証明技法について説明するものはすべてすばらしいでしょう。

1
高次プログラムのプログラム反転アルゴリズム
プログラム反転という用語に は複数の意味がありますが、おそらく、J。マッカーシーの1956年の著作「 AIのコンテキストでチューリングマシンによって定義された関数の反転」から始まりました。これまでに、プログラムの反転と他のフィールドとの間の多くの関係が発見されました。たとえば、可逆プログラミング(物理的および論理的)、部分評価、検証、双方向プログラミング、論理プログラミング、機械学習などです。 プログラム反転とは何ですか?最初の近似では、のようなもの:プログラムを考えると型の引数を取る し、型の結果を返す、プログラム生成「何とか」の逆である。概念はさまざまな方法で明確にできるため(そして現在もそうです)、ここでは意図的にあいまいにしています。たとえば、は単射である必要がありますか?SHOULD 、すべてを返すか、単にいくつかのように?P:A → BP:A→BP : A \rightarrow BあAABBBP− 1P−1P^{-1}PPPPPPP− 1(b )P−1(b)P^{-1}(b)aaaP(a )= bP(a)=bP(a) = b プログラムを逆にする一般的な方法があります。たとえば、すでにマッカーシーによって指摘されている対角化を使用したり、部分評価を使用したりしますが、効率的ではない傾向があります。また、私が精通しているプログラムの反転に関するほとんどの作業は、完全な高次のプログラミング言語(つまり -calculi)を扱っていないようです。λλ\lambda 参照リクエスト。 -calculiのプログラム反転のための明示的なアルゴリズムの最先端技術とは何ですか(高次数に制限はありません)?λλ\lambda

1
構造計算の強力な正規化の証明を理解する
構造計算の強力な正規化の証明を理解するのは難しい。Herman Geuversの論文「構造の微積分のための強力な正規化の短くて柔軟な証明」の証明に従うようにしています。 私は推論のメインラインをしっかりと追跡できます。各タイプTTTの解釈のガイバー構成[[ T]]ξ[[T]]ξ[\![T]\!]_\xi型変数のいくつかの評価に基づいて、ξ(α )ξ(α)\xi(\alpha)。そして、彼はいくつかの用語解釈を構築します(| M|)ρ(|M|)ρ(\!|M|\!)_\rho項変数ρ (x )ρ(x)\rho(x)いくつかの評価に基づく ρであり、有効な評価ではアサーション(| M|)ρ∈ [[ T]]ξ(|M|)ρ∈[[T]]ξ(\!|M|\!)_\rho \in [\![T]\!]_\xiすべてのためのΓ ⊢ M:TΓ⊢M:T\Gamma\vdash M:T成り立ちます。 私の問題:簡単な型(システムF型など)の場合、型の解釈[[T]]ξ[[T]]ξ[\![T]\!]_\xi本当に用語のセット、そう主張です(|M|)ρ∈[[T]]ξ(|M|)ρ∈[[T]]ξ(\!|M|\!)_\rho \in [\![T]\!]_\xi理にかなっています。しかし、より複雑な型については、解釈[[T]]ξ[[T]]ξ[\![T]\!]_\xi用語のセットが、いくつかの適切な関数空間の関数のセットではありません。関数空間の構成はほぼ理解できたと思いますが、(|M|)ρ∈[[T]]ξ(|M|)ρ∈[[T]]ξ(\!|M|\!)_\rho \in [\![T]\!]_\xiより複雑な型TTT。 誰かが証明のいくつかのより理解しやすいプレゼンテーションへの説明またはリンクを与えることができますか? 編集:質問をより明確にするようにしましょう。コンテキストΓΓ\Gamma型変数の宣言があるα:Aα:A\alpha:Aとオブジェクト変数を。タイプの評価は、有効であれば、すべてのための(α:A)∈Γ(α:A)∈Γ(\alpha:A) \in \GammaとΓ⊢A:□Γ⊢A:◻\Gamma\vdash A:\squareその後、ξ(α)∈ν(A)ξ(α)∈ν(A)\xi(\alpha) \in \nu(A)有効です。しかし、ν(A)ν(A)\nu(A)の要素とすることができる(SAT)∗(SAT)∗(SAT)^*だけでなくSATSATSAT。したがって、有効な項の評価はρ(α)ρ(α)\rho(\alpha)に対して定義できません。ρ(α)ρ(α)\rho(\alpha)は、関数空間の関数ではなく、項でなければなりません。 編集2:機能しない例 [][α:∗][α:∗][][β:Πα:∗.∗]⊢⊢⊢⊢⊢∗:□α:∗∗:□(Πα:∗.∗):□β:(Πα:∗.∗)axiomvariable introductionweakenproduct formationvariable introduction[]⊢∗:◻axiom[α:∗]⊢α:∗variable introduction[α:∗]⊢∗:◻weaken[]⊢(Πα:∗.∗):◻product formation[β:Πα:∗.∗]⊢β:(Πα:∗.∗)variable introduction \begin{array}{llll} [] &\vdash & *:\square &\text{axiom} \\ [\alpha:*] &\vdash& \alpha:* &\text{variable introduction} \\ …

1
Moggiの計算メタ言語とMoggiのラムダ計算の違いは何ですか?
これは参照の混乱です。時々私は人々が「モギの計算メタ言語」という用語を使ってモギによって提示された計算を参照するのを見たり、時には「モギの計算ラムダ計算」を参照したりします。時には彼らは、使用λm lλml\lambda_{ml}、時にはλcλc\lambda_c。 私はいつも彼らは両方とも同じものですが、勝又とMoegelbergで話から抽象を読んで想定してきた、それは言います: 合計の計算ラムダ計算\ lc\lc\lcから、TTリフトおよびTT閉鎖演算子を使用した合計の計算メタ言語\ lml\lml\lmlへのMoggiのモナディック変換の完全性を示します。 これらの言語は同じではありませんか?それらはこれらの名前で具体的にどこに導入されていますか?Moggiは時々語るように思えるλcλc\lambda_c彼はメタ言語と呼ぶもののためのモデルが、その後、他の論文で彼は、計算ラムダ計算について語っています。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.