rjiejie wrote:

Hi, I have a question regarding the extension versioning used in this 
implementation. The upstream specification for Zvbc32e/Zvkgs
  is currently at v0.0.7 (a three-component version: major.minor.patch = 
0.0.7). However, in the LLVM codebase, the version appears to
  be encoded as 0p7, which under LLVM's standard MpN (major-p-minor) convention 
would represent version 0.7 rather than 0.0. I would
  have expected 0p0 to faithfully reflect the major.minor components of the 
spec version (0.0), with the trailing .7 being a
  patch-level revision that the two-component scheme simply cannot capture. 
Could you clarify the rationale behind choosing 0p7? Is
  this an intentional flattening of the three-component spec version into the 
two-component LLVM scheme (i.e., treating 0.0.7 as
  effectively 0.7), or is there a different convention at play here? 
Understanding this would help ensure consistency as the spec
  continues to evolve toward ratification. Thank you!

https://github.com/llvm/llvm-project/pull/128243
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to