How to inherit for Profiles & Certificates (and probably Instructions, Extensions, etc.) #247
Replies: 6 comments
-
BTW, there is a merge facility built-in to YAML. Thus far we've tried to keep the YAML bare-bones (strict superset of JSON), but it's worth considering: |
Beta Was this translation helpful? Give feedback.
-
Came across this. (a subset of) the operators look about right. |
Beta Was this translation helpful? Give feedback.
-
I've added support for the $inherit YAML extension that Derek has created (formerly called $mref). It is working well for me in all the profiles and certificate use cases. So, I think we can close this discussion. |
Beta Was this translation helpful? Give feedback.
-
It might be worth looking at the immutable update rather then inheritance model. |
Beta Was this translation helpful? Give feedback.
-
Maybe we could use a merge as long as it was deep?
+james+
…________________________________
From: Aliaksei Chapyzhenka ***@***.***>
Sent: Tuesday, November 12, 2024 1:27:03 PM
To: riscv-software-src/riscv-unified-db ***@***.***>
Cc: James Ball (QUIC) ***@***.***>; State change ***@***.***>
Subject: Re: [riscv-software-src/riscv-unified-db] How to inherit for Profiles & Certificates (and probably Instructions, Extensions, etc.) (Discussion #247)
WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
It might be worth looking at the immutable update rather then inheritance model.
Here is set of immutable methods we can use: https://github.com/kolodny/immutability-helper?tab=readme-ov-file#available-commands
—
Reply to this email directly, view it on GitHub<#247 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BBRBTGCI5OOUMAOD3QKFF2T2AJXCPAVCNFSM6AAAAABRJY6FSSVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCMRTGI3DCOA>.
You are receiving this because you modified the open/close state.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
How would immutable update be used in the data files? From what I understand, it's more of a post-processing command than something to represent data in the source format. |
Beta Was this translation helpful? Give feedback.
-
@dhower-qc has proposed using $mref and I believe it has been merged into main. However, @drom raised concerns about it today.
Could we have a generalized facility in UDB that when an object of a particular kind is created, if another compatible object is provided to inherit from it could do this automatically for UDB objects we care about. I'm thinking of something that could copy the @DaTa from the inherit object and then merge it with the YAML for the new object being created. This is pretty hand-wavy but hopefully it is a useful suggestion?
Beta Was this translation helpful? Give feedback.
All reactions