This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [musl] SH sigcontext ABI is broken


On 06/20/2015 01:06 PM, Rich Felker wrote:
> So there's a lot of historical mess and breakage here, but sh3
> binaries have been running with a stable (albeit wrong, IMO)
> definition of ucontext_t/mcontext_t/sigcontext for around 14 years
> now (as long as they only run on sh3 hardware, not sh4). So I'm a bit
> hesitant to consider this something that could be changed with no path
> for compatibility.

I'm told SH3 was only on sale for about a year between its introduction
and sh4 coming out, at which point everybody switched. There were
significant sh2 deployments and significant sh4 deployments, but sh3 was
more or less a rounding error. The Wikipedia[citation needed] article
doesn't even break it out separately because there's really nothing to
say: https://en.wikipedia.org/?title=SuperH

(Again, there's a reason qemu-system-sh4 has a 4 in it. At $DAYJOB their
plan is to eventually jump from sh2 straight to sh4 because sh3 doesn't
matter.)

sh2a was a retcon, started shipping in 2007, a decade after the
dreamcast. Hitachi had already unloaded superh onto Renesas, which did a
big Not Invented Here on superh and kept trying to come up with their
own processor designs. The H in H8300 also stands for Hitachi, so you
can imagine how well Renesas supported it:

http://permalink.gmane.org/gmane.linux.ports.sh.devel/7237

Seriously, It only became interesting again when the patents expired...

Rob


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]