"The thread about Itanium" is this one, lamenting the lack of exotic CPUs and how we're trapped in C-driven ISAs, which traps us in C, which traps us in C-driven ISAs:
libranet.de/display/0b6b25a8-8…
If you support C in a performant way, you stay commercially viable. One way to still innovate is to glue two ISAs together, which I believe is what the #itanium did.
LoongISA is showing another way; extending the ISA with some help instructions without fully emulating in hardware. I wonder if the C compiler for LoongISA benefits from these x86 help instructions even when compiling native C.
It sounds like I'm equating x86 and C here, but I'm not really. I do assume though that MIPS is less C-driven than x86, which I assume is severely C-driven. Please jump in if that's all wrong.
Thomas trundled onwards. He liked this patrol route, it had some of the last surviving trees amid grey steel. He liked them better than the receding shorelines on Route C.
It almost distracted him from the questions that ate away at him lately: What was his purpose? Why do this rut day in and day out? Surely there must be something greater to which he could aspire?
He resolved to, on his return, ask his other tank brethren what they thought.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.