私は、項目がソートされたリストの先頭よりも小さい場合、それがリストのメンバーではないことをLeanで証明しようとしています。 t
にマッチングした後、リストの末尾には、(y::ys)
として、私は前提としてis_sorted (y::ys)
を追加する、という仮定Hs: is_sorted (h::t)
が伝播することが期待される(と私はイドリスはまさにこれを行い見つけた)Leanでのパターンマッチングの仮定を推進する方法
theorem not_in_greater {α: Type} [d: decidable_linear_order α] {x h: α} (t: list α) (Hs: is_sorted (h::t)) (Hlt: x < h) : x ∉ (h::t) :=
match t with
| [] := not_eq_not_in (ne_of_lt Hlt)
| (y::ys) :=
have x_neq_h: x ≠ h, from ne_of_lt Hlt,
have sorted_tail: is_sorted (y::ys), from _
が、これはそうですリーンの場合はそうではありません。さらに、等価性t = (y::ys)
は伝播されないので、そのことを証明する方法がわかりませんis_sorted (y::ys)
。
この仮説を伝播するためにパターンマッチングを行う必要がありますか?
Iのように並べ替え済み定義した:_
プレースホルダであるよう
inductive is_sorted {α: Type} [d: decidable_linear_order α] : list α -> Type
| is_sorted_zero : is_sorted []
| is_sorted_one : Π (x: α), is_sorted [x]
| is_sorted_many : Π (x y: α) (ys: list α), x < y -> is_sorted (y::ys) -> is_sorted (x::y::ys)
文脈における前提:参考
α : Type,
d : decidable_linear_order α,
x h : α,
t : list α,
Hs : is_sorted (h :: t),
Hlt : x < h,
_match : ∀ (_a : list α), x ∉ h :: _a,
y : α,
ys : list α,
x_neq_h : x ≠ h
、所望の動作を生成is_sorted
のイドリス定義、 Idrisの:
data IsSorted : {a: Type} -> (ltRel: (a -> a -> Type)) -> List a -> Type where
IsSortedZero : IsSorted {a=a} ltRel Nil
IsSortedOne : (x: a) -> IsSorted ltRel [x]
IsSortedMany : (x: a) -> (y: a) -> .IsSorted rel (y::ys) -> .(rel x y) -> IsSorted rel (x::y::ys)
そして、Idris証明:
notInGreater : .{so: SensibleOrdering a eqRel ltRel} -> (x: a) -> (h: a) -> (t: List a) ->
.IsSorted ltRel (h::t) -> ltRel x h -> Not (Elem x (h::t))
notInGreater {so} x h [] _ xLtH = let xNeqH = (ltNe so) xLtH in notEqNotIn x h (xNeqH)
notInGreater {so} x h (y::ys) (IsSortedMany h y yYsSorted hLtY) xLtH = elemAbsurd
where
xNeqH : Not (x = h)
xNeqH = (ltNe so) xLtH
elemAbsurd : Elem x (h::y::ys) -> a
elemAbsurd xElemAll = case xElemAll of
Here {x=y} => absurd $ ((ltNe so) xLtH) Refl
There inRest => let notInRest = notInGreater {so} x y ys yYsSorted ((ltTrans so) xLtH hLtY)
in absurd (notInRest inRest)
私も:
を動かし、イドリスの定義に近いリーン1を定義しようとしたが、パターンマッチングできるように、左:
theorem not_in_greater2 {α: Type} [d: decidable_linear_order α] : Π (x h: α) (t: list α), is_sorted (h::t) -> x < h -> ¬ list.mem x (h::t)
| x h [] _ x_lt_h := not_eq_not_in (ne_of_lt x_lt_h)
| x h (y::ys) (is_sorted.is_sorted_many x h (y::ys) h_lt_y rest_sorted) x_lt_h := _
をしかし、この場合にはリーンはそのinvalid pattern, 'x' already appeared in this pattern
(ものための文句h、y、およびy)。たとえば、 h
をh1
に変更した場合は、given argument 'h1', expected argument 'h'
と表示されます。私は実際には、y
、ys
の引数をis_sorted_many
に暗黙的に指定することでこれを回避することが可能であることがわかったので、それらはマッチする必要はありませんが、ちょっとハッキリです。リーンで
はなぜ 'H'、 'y'ここアクセスできない用語を検討し' ys'ですか? 8.5では、アクセス不可能な用語を完全には定義していない。 "これらの注釈は、例えば左側に出現する用語が変数でもコンストラクタアプリケーションでもない場合、パターンマッチングには適していないため、不可欠です。それはどのようにここに当てはまりますか? – LogicChains
@LogicChains基本的に、その2番目の 'h 'がパターン変数(つまり、新しいバインディングサイト)であることは望ましくありません。タイプの正しさという用語が必要なときには、アクセス不可能な用語を使用します。 Idrisの現在の行動はここに記述されているようです:https://github.com/idris-lang/Idris-dev/commit/0d8a153cb09d3c6d282dba2343a989f2d425526d –