[klelatti]

You probably have better sources than me so I’ll defer to your info on this.

Doesn’t this sort of make the point though that we’re seeing fragmentation in x86 ISAs with only two participants. I may be wrong but I do worry that without Arm like controls every big designer who has a good idea for their niche adds something proprietary on and before long we have a very messy situation.

[monocasa]

I just don't see fragmentation as a problem, nor something that can be solved. Even under AArch64, there's close to a hundred FEAT_XXX bits that can even be different for the same microarchitecture, just the integrator was given an option at hardware instantiation time. The only archs without fragmentation are dead archs that no one cares to make new versions of and evolve. What matters is being able to depend on a standard core set so that your tooling can make sense of your code, but if there's cool optional features tacked on the side that's great too. So far RISC-V has been doing a great job defining that core feature set.

[smoldesu]

Precisely what I was getting at, thank you. At this point, fragmentation is just a built-in part of most ecosystems. RISC-V embraces this nature and gives both hardware and software engineers a huge degree of control over how their code compiles and runs, rather than constraining them to a happy-path scenario that has traditionally encouraged breakage and proprietary extensions.

[klelatti]

Sure this is fine but incompatible proprietary extensions, from powerful vendors who can use them to try to differentiate their products seems like a bad destination.

I guess we’ll have to agree to respectfully disagree!