691ba9c51c
- not auto-providing more closely adheres to idiomatic Racket
- this commit changes:
- define-typed-syntax
- removed #:export-as option
- define-base-type
- removed #:no-provide option
- define-type-constructor
- removed #:no-provide option
- type-out helps with providing defined types
- in examples, move define and define-type-alias to ext-stlc
- fix bug in reuse where renamed id not provided
33 lines
1.3 KiB
Racket
33 lines
1.3 KiB
Racket
#lang turnstile/lang
|
|
(extends "fomega.rkt" #:except tyapp tyλ)
|
|
|
|
; same as fomega2.rkt --- λ and #%app works as both regular and type versions,
|
|
; → is both type and kind --- but reuses parts of fomega.rkt,
|
|
; ie removes the duplication in fomega2.rkt
|
|
|
|
;; System F_omega
|
|
;; Type relation:
|
|
;; - redefine current-kind? and current-type so #%app and λ
|
|
;; work for both terms and types
|
|
;; Types:
|
|
;; - types from fomega.rkt
|
|
;; - String from stlc+reco+var
|
|
;; Terms:
|
|
;; - extend ∀ Λ inst from fomega.rkt
|
|
;; - #%datum from stlc+reco+var
|
|
|
|
;; types and kinds are now mixed, due to #%app and λ
|
|
(begin-for-syntax
|
|
(define old-kind? (current-kind?))
|
|
(current-kind? (λ (k) (or (#%type? k) (old-kind? k) (#%type? (typeof k)))))
|
|
;; Try to keep "type?" backward compatible with its uses so far,
|
|
;; eg in the definition of λ or previous type constuctors.
|
|
;; (However, this is not completely possible, eg define-type-alias)
|
|
;; So now "type?" no longer validates types, rather it's a subset.
|
|
;; But we no longer need type? to validate types, instead we can use
|
|
;; (kind? (typeof t))
|
|
(current-type? (λ (t) (or (type? t)
|
|
(let ([k (typeof t)])
|
|
(or (★? k) (∀★? k)))
|
|
((current-kind?) t)))))
|