resolve: 이름 해소와 모듈 의존 표면 산출

이 단계가 답하는 질문은 하나다 — 이 모듈 하나만 보고 무엇을 결정할 수 있는가.
그 경계를 산출물로 만들었다.

결정할 수 있는 것은 오류로 보고한다: 중복 정의, 중복 파라미터·제네릭,
선언되지 않은 effect 변수, 같은 블록의 재바인딩, 불변 바인딩에 대한 대입,
모듈에 없는 reexport 대상, 지역 바인딩이 아닌 scope 이름, variant 인자 개수.

결정할 수 없는 것은 외부 참조로 기록하고 오류로 만들지 않는다. 모듈 로딩이
아직 없으므로 해소할 방법이 없고, 이 목록이 곧 모듈의 의존 표면이자
interface hash가 소비할 입력이다. cool deps로 볼 수 있다.

이름 해소가 아니면 못 하는 판정 하나를 구현했다: match의 맨 이름이 바인딩인지
인자 없는 생성자인지는 구문으로 갈리지 않는다. enum 선언에서 만든 생성자
표로 판정하고, 같은 표로 인자 개수도 검사한다.

샘플에서 실제 오류 둘을 잡았다:
- 03의 scope inner가 어디서도 오지 않는다. scope X { }의 X가 "이미 가진
  TaskScope를 쓴다"인지 "새 자식 스코프를 만들어 X로 묶는다"인지가 정해지지
  않은 탓이다. 후자라면 자식의 부모가 구문에 없어 ambient authority가 된다.
  결정 전까지 해당 예제를 주석으로 두고 이유를 적었다.
- 03이 List를 import 없이 쓰고 있었다. 외부 참조 목록에 드러나 채웠다.

TaskScope가 use 값이라는 사실에서 검사 하나가 따라 나온다: scope의 머리는
모듈 수준 이름일 수 없고 반드시 지역 바인딩이어야 한다.

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

bin/main.ml

@@ -6,6 +6,7 @@ let usage =
   cool run <file.cool>        typed IR 인터프리터로 실행
   cool tokens <file.cool>     토큰 덤프 (렉서 디버깅)
   cool ast <file.cool>        구문 트리 덤프 (파서 디버깅)
+  cool deps <file.cool>       외부 참조 목록 (모듈의 의존 표면)
   cool version                버전 출력
 |}
 
@@ -31,6 +32,16 @@ let dump_ast file =
         m.Coollang.Ast.items;
       0
 
+let dump_deps file =
+  match Coollang.Driver.resolve file with
+  | Error errors -> report_errors errors
+  | Ok info ->
+      List.iter
+        (fun (name, (p : Coollang.Token.pos)) ->
+          Printf.printf "%d:%d %s\n" p.line p.col name)
+        info.Coollang.Resolve.externals;
+      0
+
 let () =
   let argv = Array.to_list Sys.argv in
   let code =
@@ -39,6 +50,7 @@ let () =
     | [ "run"; file ] -> report (Coollang.Driver.run file)
     | [ "tokens"; file ] -> dump_tokens file
     | [ "ast"; file ] -> dump_ast file
+    | [ "deps"; file ] -> dump_deps file
     | [ "version" ] ->
         print_endline Coollang.Version.string;
         0