Proposal: Extend builtin to include compiler semver #1913
Labels
proposal
This issue suggests modifications. If it also has the "accepted" label then it is planned.
Milestone
There should be a way to forward and backward prepare the std as well as libraries made with zig for expected changes in the language. The following are the two major examples to explain why:
STD
Currently in the std there are parts of the code that are expected to change internally once certain changes happen(i.e copy elision). At the moment, there are points of the std that are annotated with a link to github issue for it to be readdressed. There is the potential for those to be skipped over.
Since most issues are tagged with a version that it is expected to be fixed, an addition to that would be to have those points in code that need to be reworked once the newer version lands announce themselves.
It could also enable development of workarounds to problems that are expecting larger language changes to work.(i.e version locked networking without coroutines or something)
An illustrative example with psuedo-zig:
User libraries
Currently libraries built in zig implicitly target whichever version of zig they were built for, but with this change, the code can be more portable and target specific or multiple zig versions in the same codebase.
Psuedo-zig usecase examples:
The text was updated successfully, but these errors were encountered: