What version of Racket are you using?
CS, circa 9.2-ish (ca15d6b)
What program did you run?
(require '#%terminal '#%flfxnum)
(variable-reference->resolved-module-path (#%variable-reference fx+))
(variable-reference->resolved-module-path (#%variable-reference terminal-pause))
What should have happened?
What I expected, which is what BC gives, is
#<resolved-module-path:'#%flfxnum>
#<resolved-module-path:'#%terminal>
Instead, CS gives
#<resolved-module-path:'#%flfxnum>
#f
Please include any other relevant details
I stumbled across this when reading code. The list of primitive tables here
|
;; For interpretation of the outer shell of a linklet: |
|
(install-linklet-primitive-tables! (cons '|#%kernel| kernel-table) |
|
(cons '|#%unsafe| unsafe-table) |
|
(cons '|#%flfxnum| flfxnum-table) |
|
(cons '|#%paramz| paramz-table) |
|
(cons '|#%extfl| extfl-table) |
|
(cons '|#%network| network-table) |
|
(cons '|#%futures| futures-table) |
|
(cons '|#%place| place-table) |
|
(cons '|#%foreign| foreign-table) |
|
(cons '|#%linklet| linklet-table) |
|
(cons 'internal internal-table) |
|
(cons 'schemify schemify-table)) |
is missing
#%terminal, and, based on some reading, I thought that it would cause
variable-reference->instance on variable-references to
#%terminal primitives to be "not found" or
#%kernel as a fallback, causing the same to propagate to higher-level
variable-reference->foo functions. However, adding
#%terminal to that list doesn't fix the problem, so now I have no idea what's going on.
What version of Racket are you using?
CS, circa 9.2-ish (ca15d6b)
What program did you run?
(require '#%terminal '#%flfxnum)
(variable-reference->resolved-module-path (#%variable-reference fx+))
(variable-reference->resolved-module-path (#%variable-reference terminal-pause))
What should have happened?
What I expected, which is what BC gives, is
Instead, CS gives
Please include any other relevant details
I stumbled across this when reading code. The list of primitive tables here
racket/racket/src/cs/expander.sls
Lines 114 to 126 in 46a423b
#%terminal, and, based on some reading, I thought that it would causevariable-reference->instanceon variable-references to#%terminalprimitives to be "not found" or#%kernelas a fallback, causing the same to propagate to higher-levelvariable-reference->foofunctions. However, adding#%terminalto that list doesn't fix the problem, so now I have no idea what's going on.