Investigate WIT interface version upgrades

[lann]

How do we handle backward-compatible (i.e. adding a function) WIT interface upgrades?

[itowlson]

This is a consideration for adding date/time types to rdbms-types which it would be good to progress for Spin 3.

I'm not sure if the package/world revs to add wasi:config and wasi:keyvalue also fall under this, but if not, well, we need to figure out how to deliver those too... grin

[vdice]

For the upcoming Spin 3.0 release anticipated this week, do I have this right?

• rdbms-types: postgres added in Review RDBMS data types e.g. should we add date/time types #2870; mysql TODO (post-3.0?)
• wasi:keyvalue: 0.2.0-draft2 support landed in 3.0 (Proposal: implement the full wasi:keyvalue spec #2873)
• wasi:config: ?

In any case, do we want to keep this issue open to track other WIT interface version upgrades in the future? Or close with an accurate summary of what landed in 3.0 at this time?

[itowlson]

wasi-config is merged

I think this issue is asking for a general principle / documented cookbook rather than being closable by specific WITs though?

[fibonacci1729]

Might be worthwhile to investigate how the wstd/wasi-crates attempt to address this.