@mflatt if futures have moved from the chez layer to the thread layer should there still be a primitive table for futures?

@spall Yes. The expander populates the '#%futures primitive module from the '#%futures table.

Definitions for the things in the table must be added back to expander-compat then?

Anything implemented at the “thread” layer should be exported from “thread.sls”, and then it will be visible inthe table construction since “expander.sls” imports “thread.sls”

The “thread.sls” library exports anything that is exported from “thread/main.rkt”

So, no, don’t add a definition back to “expander-compat.scm” if it’s meant to be exported from the thread layer