You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the function level annotations contain some unnecessary fields, e.g. the length of the number of annotations per function is always 1 and the code location is always 0. Would it make sense to separate the format for those annotations from the one used in instruction level annotations?
One could e.g. agree that annotations are either function level or instruction level. This could be separated by namespace (e.g. metadata.function.* vs metadata.code.*) to have a well defined behavior here. Branch hints would not be affected by this as they are always on instruction level.
The annotations proposal would have to be adjusted to incorporate this change though.
The text was updated successfully, but these errors were encountered:
The only downside is that some tools that can get away with supporting all "metadata.code" sections generically (e.g. wabt) will need explicit support for metadata.function (but it should be easy to add).
Currently, the function level annotations contain some unnecessary fields, e.g. the length of the number of annotations per function is always 1 and the code location is always 0. Would it make sense to separate the format for those annotations from the one used in instruction level annotations?
One could e.g. agree that annotations are either function level or instruction level. This could be separated by namespace (e.g.
metadata.function.*
vsmetadata.code.*
) to have a well defined behavior here. Branch hints would not be affected by this as they are always on instruction level.The annotations proposal would have to be adjusted to incorporate this change though.
The text was updated successfully, but these errors were encountered: