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
What is your expectation for adding an issue here? Do you intend to work on it? Dropping issues here is kind of a dead end. I apply patches people submit for the spec. That's the extent of spec work.
For this issue, I suppose the spec should be explicit about this though that's the whole point of .*-names. Anything the spec says should ultimately be enforced/checked by the tools to be helpful. This could go in either dtc or dtschema. dtc already knows some of the common bindings already. dtschema does too. json-schema may address this issue as constraints depending on other properties' value is on their radar. I would like to define a framework within dt-schema for adding code based checks where we could just drop new python files in to check anything. That's a bit of work. dtb.py already figures out how many entries these bindings have, so we could perhaps add in something there. It's not really setup to properly report errors back if you've noticed the errors with no filenames...
What is your expectation for adding an issue here? Do you intend to work on it? Dropping issues here is kind of a dead end. I apply patches people submit for the spec. That's the extent of spec work.
[...]
This could go in either dtc or dtschema. dtc already knows some of the common bindings already. dtschema does too. json-schema may address this issue as constraints depending on other properties' value is on their radar.
Right. I was not sure where to point this out, I suppose this concerns both the spec and the tools. Probably schema would be the best choice, as it seems to be the one that's responsible for checking anything that's higher level than bare syntax and references.
For this issue, I suppose the spec should be explicit about this though that's the whole point of .*-names. Anything the spec says should ultimately be enforced/checked by the tools to be helpful.
This is not enforced by the spec or by dtc, but sounds like something that would improve the dev experience.
The text was updated successfully, but these errors were encountered: