Re:-fbounds-safety: Enforcing bounds safety for C
by kbolino on Thursday February 19, 2026 @02:19PM
(#47077873)
The feature is only on SPARC, not x86. Oracle killed in-house SPARC development in 2017, and they abandoned OpenSPARC after they acquired Sun, so it's effectively a dead architecture. The software won't work without the hardware to run it on.
[ Parent
| on HN ]
Re:-fbounds-safety: Enforcing bounds safety for C
by pjmlp on Thursday February 19, 2026 @02:22PM
(#47077919)
Fujsitsu also does SPARC, and contrary to HP-UX, people still do buy Solaris.
EDIT:
https://www.oracle.com/servers/sparc/
https://www.fujitsu.com/global/products/computing/servers/un...
Finally, it is up to Intel and AMD to come up with hardware memory tagging, so far they have messed up all attempts, with MPX being the last short lived one.
Re:-fbounds-safety: Enforcing bounds safety for C
by kbolino on Thursday February 19, 2026 @02:32PM
(#47078051)
It's good info, and I wouldn't rush a migration off of SPARC systems if I was already using them, but slow death is still death. It was already worrying that workstations were killed off by Sun before the Oracle acquisition; it seems quite clear that no one has been serious about spreading adoption of the architecture for more than two decades now.
Re:-fbounds-safety: Enforcing bounds safety for C
by rbanffy on Friday February 20, 2026 @09:10AM
(#47088266)
Even Fujitsu has been moving away from SPARC. What was the last SPARC Fujitsu designed?
Re:-fbounds-safety: Enforcing bounds safety for C
by pjmlp on Friday February 20, 2026 @03:06PM
(#47093184)
What matters is that they are still selling them.