dogfoods: LRU 캐시 — 비렉시컬 정리, 그리고 Option/Result 패턴의 큰 버그

파일과 풀은 정리 지점이 렉시컬이었다. LRU는 아니다 — 축출은 삽입의 부작용으로
예측할 수 없는 때에 일어난다. with를 구현하기 전에 알아야 할 자리였다.

D10 (큰 것) — Option/Result 패턴이 타입을 통째로 잃고 있었다.
  match r { Ok(v) => v, Err(e) => e }   // Int를 String 자리에 두는데 통과
typecheck의 env.ctors에 내장 생성자가 없어서 None이 "None이라는 이름의 변수
바인딩"이 되고 Ok(v)의 v가 TUnknown이 됐다. 즉 이 언어의 핵심 오류 처리
수단의 패턴 매칭이 타입을 전혀 검사하지 않고 있었다. 소진성 검사는 자기
is_ctor에 내장을 갖고 있어 이 사실을 덮었다 — 빠진 경우는 잡으면서 타입은
안 봤다. 내장 열거형을 등록해 고쳤고 기존 코드는 하나도 안 깨졌다.
여태 안 보인 이유: Ok(v) => Int.show(v) 같은 정상 코드는 v가 TUnknown이어도
통과하므로 아무도 이상함을 못 느낀다. 틀린 코드를 써봐야 드러난다.

D11 — struct 필드에서 affine 값을 꺼낼 수 없다. 필드 접근은 빌림이고 struct
분해 패턴이 없다. 열거형은 패턴이 분해하므로 가능하다. 즉 "둘을 함께
돌려주기"가 열거형으로만 된다. 튜플이 없는 대가가 표현 가능성 문제로 나왔다.

D12 — 축출은 렉시컬이 아니다. 그래서 자원이 렉시컬 전용이면 자원 컨테이너를
언어로 만들 수 없다. 이미 그렇게 되어 있었다 — std-draft의 Pool이 불투명한
런타임 capability인 이유가 만들 수 없어서였다. (a) 렉시컬 전용을 택하고,
사용자가 자기 자원 풀을 못 만든다는 대가를 기록한다.

자료구조 자체의 마찰: Map이 없어 O(n), 튜플이 없어 운반용 struct 세 개,
get이 캐시를 새로 돌려줘야 함, 뒤에서 자르는 std 함수 없음.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019ZVDeU6KLuUVL3gs18Hm3E

test/test_coollang.ml

@@ -1708,3 +1708,27 @@ let () =
   let st = Session.create ~root:"../dogfoods/atomic-update" ~std:"../std" () in
   Session.load st "../dogfoods/atomic-update/naive.cool";
   check "누수는 아직 오류가 아니다 (v0 정책)" (Session.errors st = [])
+
+(* D10 회귀: Option/Result 패턴이 타입을 나른다.
+   전에는 내장 생성자가 typecheck의 ctors에 없어 None이 변수 바인딩이 되고
+   Ok(v)의 v가 TUnknown이었다 — 즉 핵심 오류 처리 수단의 패턴 매칭이 타입을
+   전혀 검사하지 않았다. *)
+let () =
+  check "Ok(v)의 v가 타입을 갖는다"
+    (type_has
+       "fn f(r: Result[Int, String]) -> String {\n\
+       \  match r {\n\
+       \    Ok(v) => v,\n\
+       \    Err(e) => e,\n\
+       \  }\n\
+        }"
+       "String이(가) 필요한데 Int");
+  check "None은 변수 바인딩이 아니다"
+    (type_has
+       "fn f(o: Option[Int]) -> Int {\n\
+       \  match o {\n\
+       \    None => \"x\",\n\
+       \    Some(v) => v,\n\
+       \  }\n\
+        }"
+       "match 팔의 타입이 서로 다릅니다")